|
|
|
Июнь 13, 2009
09:46 pm
На новой работе осваиваю HostCMS. Интерфейс админки неплохой, заметно что дизайнер посторался и нарисовал все вполне хорошо, но про юзабилити не подумали и программеры сделали посвоему. С точки зрения процесса создания сайта, полный пиздец (имхо). Входной барьер высокий (появляется желание отказатся и попробовать другое), в документации основная идеология не описанна (документация просто есть, и на поверхностный взгляд неплохая), исходники закрыты (приходится догадыватся как оно там внутри "думает"), в некоторых местах остается только использовать sql-запросы вместо api системы (но тогда зачем эта цмс вообще нужна?). Ну в принципи я только осваиваю её, возможно когда освою - увижу настоящие плюсы и минусы.
Также на работе поставил AltLinux Desktop 4.1. И скажу - неплохо. Появилась возможность шарить папки как в винде, панель настройки samba-сервера, alterator аналог yast2 в suse (но правда уступает в функциональности). Ещё бы сделали сетевое окружение через smbnetfs то было достаточно для удобной работы в Win-сети. Но есть и недочеты/недоделки. Например: не срабатывает вкладка брандмаэра (iptables) через каторую можно легко "интернет шарить", невозможно более тонко настроить клаву в XWin (тоже в алтераторе) и т.д. Да и вообще Десктоп и hardened нельзя совмещать.
Музыка: altlinux
|
Май 12, 2009
05:02 pm - Резюме
Как-же тяжело писать резюме.
Вечно надо-что-то уточнить, что-то пропускаешь и видишь только при последним просмотре.
Последний раз просматривать можно бесконечно, всегда найдется что добавить или поправить.
Но, слава богу, где-то на 15 раз оно принимает вполне приличный и готовый вид.
PS. Ну ниче, завтра снова "в бой".
|
Март 29, 2009
06:58 pm - Эксепшены
Разница между просто возвратом кода ошибки (или просто false) из функции и созданием Исключения в том что:
- при первом варианте (классическим) код ошибки если и будет обнаружен, то вполне возможно в дали от функции которая вернула этот код.
- при втором варианте ошибка будет обнаружена сразу (программистом или пользователем), и максимально близко от той функции в которой возникла ошибочная ситуация.
Вывод: Исключения - лутший друг программиста.
|
Март 6, 2009
05:32 pm
Объекты и РСУБД несовместимы.
Потому-что данные(число, строка, дата) мертвые, а объекты живые.
Потому-что для работы с данными надо знать структуру данных, а объекты скрывают свою структуру. Считается что объекты не имеют структуры, и если нужны какие-нибудь данные надо попросить их у объекта, а для этого последней должен быть живой.
|
Февраль 14, 2009
04:55 pm - буду краток
За последней месяц я ясно почувствовал что
программировать на Smalltalk и в Smalltalk среде лучше чем на Ruby и в блокноте++ (хоть и по TDD).
PS. Просто мне в падлу рассказывать про свои 2 попытки решить одну и туже задачу на руби, и легкое и быстрое решение её же на Smaltalk-e.
PSS. Наверное у Smalltalk-a очень хорошая среда разработки (яб даже сказал наилучшая), а у руби ничего толком нет. Возможно я еще плохо знаю руби, а взялся решать сложную задачу. Возможно на руби я решил основные проблемы и обнаружил не правильные пути что позволило мне быстро запрограммить на Smalltalk-e нужное.
|
Январь 18, 2009
05:50 pm - ещё про Ruby
На руби программировать легче - не надо ставить точки или точку с запятой в конце каждой строки.
Также есть метод collect с которым я познакомился еще в смолтолке (есть еще reject, но случая использовать еще небыло)
Есть each по аналогии с foreach в PHP или с do в смолтолке.
Неудобно то что на руби пишешь скрипты, плоские файлы, рулоны. Получается также как с PHP. Видишь в основном код в методах, а объявления методов,
список методов в классе не видишь.
В смолтолк-средах по другому. Видишь только дерево классов, и список методов (ну и группы/протоколы), а код не видишь. Код можно посмотреть но только одного метода.
Поскольку я на работе програмлю в основном на PHP, получается что программирую дома на руби примерно так-же как на PHP, как-то "сносит" все время.
И вообще на руби можно кодировать по всякому, и это наоборот вводит в ступор. И становится тяжело определится как именно надо кодировать в данный момент для реализации данного алгоритма.
Current Location: на работе
Музыка: Taniuchi Hideki - Kakou (DEATH NOTE Original Soundtrack II)
|
Январь 5, 2009
06:18 pm - Мои думы...
Бывает используешь одну модель (набор алгоритмов поведения, структур данных, классов, патернов...) решения задачи и понимаешь что у нее есть проблемы ("архитектурные ошибки"), и переходишь но другую модель у которой нет этих проблем. Казалось бы более лучшую модель, но относительно предыдущей, хотя потом понимаешь что у нее могут быть свои недостатки, более серьезные чем у предыдущей. Так какая же лучше?
Я считаю что это достижение потолка. Не хватает знаний, опыта для принятия правильного или наиболее подходящего решения.
В программировании одну и туже задачу можно решить разными путями, разными алгоритмами, главное понимать что требуется, и приоритетность этих требований.
Тогда стоит сильнее уточнить и детализировать цели и расставить приоритеты, и это поможет выйти из ступора?
В правильно поставленном вопросе находится половина ответа.
Мож стоит сделать как есть?
Иногда надо сделать ошибку чтоб сориентироваться куда двигаться дальше.
|
Декабрь 14, 2008
03:23 pm - start ruby
Начал пробовать программировать на ruby.
Причина по каторой я решил научится програмить на ruby - две: создание "оконных" приложений и близость к языку Smalltalk по части объектов.
Поставил себе задачю, сделать некий "просмотр логов". Интерфейс на QT, связь по протоколу XML-RPC, по возможности надо использовать PostgreSQL и SQLite. Программа делается естественно в образовательных целях, и только для личного использования.
Первые впечатления:
- регулярные выражения и вообще стиль (постфиксные записи if,less, объявления def, class, хеши и массивы, yeild) напоминает perl.
- отсутствие точки запятой в конце и необязательное использование скобок напоминает Basic.
- ООП (если неуказывать кому посылается сообщение то посылается self, методы inspect, instant_methods, методы класа -> def Test.setClassVar, #symbol -> :symbol) напоминает Smalltalk.
- неочень понял разницу между Proc и {}, но это наверное должно напоминать lisp (но lisp я почти не знаю).
- старт был быстрый, наверное сказалась особенность языка т.е. "ожидаемость".
- с QT тяжеловато, нужно регулярно смотреть в официальный справочник по QT для с++, ну и самому думать.
- иногда ruby кидает эксепшен что типа метод не найден, хотя он есть и ты его уже использовал. Фишка в том что для каждого набора параметров есть свой метод, и с теми параметрами с которыми ты хочеш вызвать метод соответствующего метода нет. К этому надо привыкать.
- с отладкой пока-что тяжко (есть аналог gdb - "ruby -rdebug <файл>", но с ним надо разбиратся).
Восновном програмлю на работе, в openSuseLinux+KDevelop (пробую RDT).
Дома восновном балуюсь и просто пробую ruby, и там среда похуже - win98+notepad++, QT к сажелению нету (и это плохо), поэтому пробуем FOX (FXRuby).
|
Октябрь 25, 2008
06:32 pm
а еще музыка помогает пережить тяжелые моменты в жизни
PS ...особеннно OST-ы от аниме-сериалов.
|
Октябрь 7, 2008
09:29 pm - За последние пол года программирования...
....я понял что для каждой проблемы нужно решение достаточного калибра.
Например есть у нас фотки в папке одинакового формата и размера. Нужно их обштамповать логотипами.
Делаем одну процедуру которая в цикле их открывает, ставит лого и сохраняет.
Если форматы разные да и размеры тоже, то надо делать несколько процедур/функций каждая из которых сделает свою часть работы.
Если там еще надо подумать в каком месте лого штампонуть, то стоит и класс нарисовать который будет представлять файл-фото и решать как его обрабатывать...
Чем крупнее калибр тем проще и легче решается поставленная задача, не теряется зря время и "мозговые ресурсы".
ЗЫ И наоборот, не стоит брать крупный калибр для решения мелких задач - возни больше.
|
Август 24, 2008
09:36 pm - На php тяжело программировать.
На php тяжело программировать.
Рисовать все объектами слишком рутинно (да и боязнено с точки зрения производительности). Вот в Смолтолке это легко. Там мало телодвижений надо делать чтоб создать класс, метод, тело метода. Больше надо думать головой что и где создать и как это все переделать.
Программировать чисто процедурно (php изначально был чисто процедурный язык) вполне можно но с более сложной логикой и большими объемами это становится гемором.
Вот и приходится учится программировать полу-объектно полу-процедурно. Именно для таких языков и были придуманы патерны ГоФ.
|
Май 30, 2008
10:33 pm - Накопилось следующие:
1). Какая все-таки гадость этот переснятый Appleseed, максимум сюжет присутствует.
2). от Javascript пахнет self языком (вот не знаю радоваться или нет, пока-что наслаждаюсь).
3). XUL (наконец-то я начал с ним работать.):
а) придурошная верстка! (это мне кроме html надо будет учится верстать и xul?)
б) скорость не супер... (ну это понятно)
в) "оживлять" все это javascript-ами не так легко как я рассчитывал (есть только самые необходимые функции у контролов)
4). regexp-ы рулят, всем кто хочет обрабатывать строки знать обязательно (ну это все знают), но выглядят ужасно (это тоже все знают)!
|
Апрель 3, 2008
08:02 pm - Куда катится этот мир
У меня медленный компьютер (Athlon 750Mhz шина 200Mhz памяти 512 (раньше было на четверть меньше)). Это проявляется когда я редактирую таблицу в какой-нибудь админке кого-нибудь сайта в поле с "расширенном" редакторе (типа FCKedit, TinyMCE...); когда копирую и вставляю таблицу из OOCalc в NVU и переключаюсь в "Source" чтоб почистить html код; когда я переключаюсь в Оперу с 15 вкладками из IE6 запущенного под wine чтоб посмотреть как смотрится измененная в админке мною информация на сайте...
Хотя когда перезагружаюсь в win98 с ie55, office97, frontpage и делаю это-же то у меня все летает.
Хмм... Вот я думаю, стоит ли покупать какой-нить Core2 Duo для вышеприведенных действий или нет...
|
Март 24, 2008
07:51 pm - PHP и OOP
Теперь я понял и почувствовал почему создатели PHP против OOP в их детищи. Теперь я их мнение полностью разделяю!
|
Март 16, 2008
07:51 pm - :(
Оказывается в ANSI стандарте по языку Smalltalk 243 страницы (с 52 по 295) это описания методов, при этом только базовых. Если на одну страницу входит где-то 2-3 описания методов, то получается ~600 методов...
А есть еще куча не базовых методов, которые тоже очень даже нужны...
В общем, меня эти цифры сильно огорчают. Опять я просчитался...
|
Февраль 14, 2008
06:02 pm - ооп
За то небольшое время которое я программирую на ST - кристально чистом объектно ориентированном языке, я понял что на нем тяжело писать. Сложность заключается не в написание алгоритмов, а "придумывание" классов, методов, имен методов и instance variables. Т.к. не знаешь как по настоящему правильно и куда уведет "дорожка"...
|
Январь 22, 2008
07:42 pm
И всетаки Squeak тормозная штука, особенно в связки squeak3.9-8 + sq3.9-7067dev08.01.1.image + Athlon750.
ЗЫ И еще каму-то в голову взбрело использовать его как веб-платформу...
|
Декабрь 31, 2007
03:30 pm - имхо
В этом году AKROSS CON выдался хуже чем в прошлие разы.
Лутший клип конкурса (SVS - Spoil) мне не показался лутшим, хотя техника и синхранизация с музыкой впечетляет.
|
Декабрь 1, 2007
02:53 pm - PHP и стиль ST
В первый раз когда я писал на php "объектно ориентированно" я долго ломал голову какой стиль использовать при создании классов. ST стиль наврядли здесь подходил, а классически-популярный стиль когда вместо функций код укладывается в методы и класс это просто группа таких методов (который мне некогда не нравился) или для PHP создателями был придуман свой стиль.
Второй раз (совсем недавно) воспользовался пакетом SimpleTest (достаточно убогая оказалась вещь) для написания тестов, и что то похожее на стиль ST начал появляться при написании классов. Но долго сохранять этот стиль не удалось, всё таки объекты/классы PHP слишком далеки от ST. Сложно писать объектно ориентированно на языках которые изначально для этого не предназначались.
PS Вчера мня угостили одной ягодой фейхоа, теперь я ее регулярно нюхаю и она поднимает настроение в мои программерские будни. Неделю назад кстати был мандарин, но он продержался всего два дня, потом аромат испортился :(... может его стоило на ночь класть в холодильник или за окно...
|
Ноябрь 7, 2007
11:42 am
Вообще забавная идея на работу приходить со своим компом, и директору удобно и работнику тоже комфортно. Правда есть минусы такие как: не у всех есть лишний компьютер, проблематично перевозить если нет машины, боязно за свою технику...
|
Октябрь 16, 2007
03:37 pm
Сегодня я второй раз убедился что не Squeak не VW не подходят для мелких задачь, таких как: сгенерировать список ссылок увеличивая в определенном месте число на один и убрать в текстовом файле все строки начинающиееся символом "#"...
Может я просто плохо знаю библиотеку классов смоллтолка?
|
Октябрь 11, 2007
06:23 pm
Оказывается очень даже комфортно ставить и настраивать Linux используя chroot (если хост система linux) или coLinux (если хост система win)...
|
Август 31, 2007
12:10 pm - cvs merge
Нахрен мне нужен этот merge когда он не может cmergить только определенную часть различий двух файлов...
|
Август 6, 2007
11:39 am - о своём
Последние несколько недель живу в квартире в которой протекает ремонт, по большей части я его там и делаю, и делаю для себя. Но последние время на выходных, которые можно полностью посветить ремонту, мне больше хочется посидеть на работе и продуктивно поработать, чтоб быстрее и качественнее сделать работу и заработать больше денег, которые можно будет отдать людям разбирающемся в ремонте лучше меня, и самое главное будут рады за деньги им "озаботится"...
PS Оказывается дома можно жить без компьютера!
|
Июль 24, 2007
01:06 pm - abbra.livejournal.com
А я то думал в чем прикол, а прикол оказался в одной не достающей букве...
|
Июль 4, 2007
08:46 am
Всетаки оказывается под GST есть GUI front-end: http://ozark.hendrix.edu/~burch/cs/360/assn/assn4/using_blox.html
Если Squeak не запустится с текущем имиджем после последнего зависания и ресета, папробую перейти под GST.
|
Июль 2, 2007
09:26 pm
Недавно опять открывал "Компиляторы" (Ахо, Сети, Ульман).Копался в той части которая была посвящена генерации кода, а точнее распределению памяти. Понял что сколько я её читал мне удалось прочитать и разобратся только в 1 проценте материала изложенной в книге. С мыслю что я её не осилю на хоть 90% я уже смирился (образования не хватает). Но разбираться в разных параграфах чтоб определить мы там где надо или ещё нет, несколько замедляет ее чтение и это напрягает. Я думаю что ее вполне хватит на всю оставшуюся жизнь.
PS Между делом Squeak все равно продолжает регулярно капитально вешать мой комп... но я все равно постепенно пишу тесты и осваиваю sunit в нем.
|
Июнь 8, 2007
11:04 pm - SUnit и программирование
Начал активно приобщатся к SUnit и тестам в частности. Начал с http://www.xprogramming.com/testfram.htm, потом в Squeak что-то начал писать...
Эти тесты... кроме того что не хрена непонятно, не хрена не умеешь, так еще и не все работает так как ты читал или думал что так должно быть...
В общем такое ощущение что заново учишься программировать (буквально)...
|
Май 7, 2007
11:16 pm - Кратко о двух вещах...
1) От Squeak (3.8, 3.9) - меня не "торкнуло" (русский, скорость, среда, frendly novice...)
2) Ко-мне наконец-то пришел "OpenSolaris Starter Kit DVD" из 2ух дисков, но у меня нет dvd-привода...
|
Апрель 7, 2007
04:39 pm
Second Life-у пришёл "писец" (http://cult.compulenta.ru/295044/) и это почему-то меня радует...
|
|
|