Цифровые Мысли

Смотрю я вот издалека на бучу вокруг NoSQL хранилищ, и вижу два разных взгляда.

Один - это народ, отчаявшийся выучить SQL со всеми его разными диалектами, и уверенный что наконец-то появился silver bullet, что спасёт всех. В ту же кучу можно покидать и всех маркетоидов, раздувающих ненужную шумиху и только укрепляющий мнение насчёт той самой пули.

А другой взгляд - это народ, которому надоело иметь пару лишних прослойки для удобного доступа к своим данным. Одна прослойка - это всяческие ORMы, транслирующие метаинформацию в SQL. А вторая прослойка - это собственно сам SQL, транслирующийся каким-то неочевидным образом (сдобренным разнообразными хинтованиями в разных диалектах) в последовательность операций доступа к собственно хранилищу данных. Обычно к тому моменту, как понимаешь что сделает цепочка API→ORM→SQL→Optimizer→DB, уже можешь и сам составлять тот самый последний уровень, имея в результате более чёткий и компактный код.

На практике же видимо основную роль будет играть крутизна порога вхождения или наличие всяких средств дизайна и пр. Но всё равно интересно будет наблюдать за раскладом на этом направлении.

Надо бы в свободное время поизучать всё это поглубже...

Другие о том же: 1, 2. 3.

Отец gaperton написал крайне занятную статью "Читай код" о том, что лучшая документация - это хороший код. И в своём посте высказывает ещё много интересных идей (с которыми я однозначно соглашусь):

Главная мысль такова: если код в порядке и есть умные люди - то документация не нужна. А если нету первого или второго - то документация уже не поможет. Вывод для многих неочевидный.

Любой программер, кто работал с большой и старой системой знает что с возрастом в ней накапливается некоторое количество хаков и недоделок, на которые так и не хватило времени. (См.: bit rot.) И сожалению, реальность данная нам в ощущениях обычно не позволяет полностью избавиться от этого мусора. Причём обычно из-за того, что удаление хаков потребует либо сокращения функциональности, либо уже системной реализации аналогичной функциональности, а это обычно грозит потерей человеко-часов без положительных внешних изменений. Ни то ни другое обычно не проходит через менеджмент. А избавиться от мусора в коде всё равно хочется.

В таких случаях приходится идти на компромисс. Заводим промежуточный гетто-компонент - или в иерархии классов, или в последовательности вызовов, или в качестве адаптеров между компонентами. В меру желания и возможности выпрямляем интерфейсы и реализацию. И затем последовательным рефакторингом выносим в этот компонент всё, что не укладывается в текущую архитектуру других компонент.

В результате мы имеем относительно "чистые" компоненты, которые опять могут развиваться и использоваться без оглядки на хаки. А также имеем отдельный контейнер для всей излишней энтропии системы, который надо или искоренять в будущем или просто особенно тщательно тестировать. В общем - все довольны, yo!

Дописав восемь лет назад последние строки на C++ для NetСracker Designer я практически перестал интересоваться C++, MFC и прочим. А оказывается-то, жизнь кипит!

Microsoft Visual Studio 2008 вышла. MFC оказывается, продолжают поддерживать! И даже новые компоненты прикупила у питерских BCGsoft.

А я уже думал, что .NET и C# заколотили последние гвозди в гроб MFC и C++ (как UI-языка). Поторопился наверное немного...

Похоже, со своей текущей работой я совсем отстал от современных трендов софтостроения. Не могу врубиться - на чём сейчас пишутся нормальные клиентские приложения.

Ну вот допустим, я решил написать прогу. Ну например, персональный мед.архив или редактор ЖЖ-групп по kukutz'уили свой собственный CRM... В общем - надо написать приложение с развитым UI, из которого иметь простой доступ к разным API (+ web APIs было бы полезно). И какие сейчас есть варианты?

• С++/MFC: в плюсе мой семилетний опыт, а всё остальное - в минусах.
• C#/WinForms: перспективно, приятный язык, удобная среда. Но Microsoft'ом пахнет.
• Java/Swing: типа круто и переносимо (write once, debug everywhere). Но не люблю Жабу.
• VisualBasic.NET: пошло.
• Delphi: а он вообще жив? PHP-Delphi не предлагать!
• HTML+JS/HTA: привычный web UI, но по-моему тупиковый вариант.
• QT|TK|GTK и прочие тулкиты вместе с Python|Perl|Ruby - какие-то они просто неудобные...
• а кстати - удобных гибридов FF и perl'a так ещё и не нашлось?

Похоже, что из этих вариантов придётся выбирать C#.NET...

Дивлюсь я на небо та й думку гадаю…

Вот есть такая замечательная штука как FireFox. Кроссплатформенная причём! А замечательная тем, что позволяет строить всякие удобные интерфейсы — как через XUL [?], так и через обычный DHTML.

А ещё есть такой замечательный язык Perl. И кроссплатформенный, и мощный, и удобный, и с громаднейшей библиотекой модулей практически для всего. (Ну и вообще я его люблю.)

Так почему же нету чего-нибудь такого, что бы их поженило в инструмент для создания кроссплатформенных приложений (и без потребности в веб-сервере)? Типа майкрософтовского HTA, только done right. Я конечно в курсе про десятки всяких GUI toolkits, но хочется именно объединить Мозиллу с Перлом. Это было бы так рулёзно…

Решил поделиться несложной, но полезной страницей для поиска:

URL: http://recoder.andrewz.org/search/

• Интерфейс к разным самым поисковикам
• Поиск по Сети, блогам и википедиям
• Авто-режим, умеющий выбирать разные поисковики в зависимости от языка
• Пытается определить веб-адреса и перейти на них (так что подходит в качестве start page)
• Понимает параметры для линкования, например: http://recoder.andrewz.org/search/?felching
• Знает три шортката - Enter для авто-поиска, Alt+W для поиска в Википедиях и Alt+M для поиска по картам

То есть использовать страницу очень просто: загрузил, втоптал слова (или Copy-Paste), нажал Enter. Если это URL, то произойдёт переход по нему, если русские слова - то выполнится Яндекс-поиск, если английские - Google-поиск. Если этого мало - есть ещё много разных кнопок...

Enjoy!

Себе в ToDo: 1) Переписать на чистом XHTML+CSS без таблиц, 2) Навесить шорткаты на закладки, 3)Сделать версию для загрузки в Sidebar к FireFox

Update: Эта страница решает достаточно узко-специфичную задачу: служить стартовой страницей на тех компах, на которых я работаю. Отсюда требования: 1) отсутствие зависимости от других файлов, 2) минимальный размер, 3) функционирование под IE 5.5/6.0 и FireFox. Это не полноценный web app и даже не CGI-скрипт (всё хостится на сервере без CGI). Это набор хаков, эффективно решающий мой основной use case: запустить браузер имея в клипборде нужную строку, нажать Shift+Ins и Enter и получить результат с максимальной скоростью. Другие задачи типа поиска в блогах или маршрутов на картах - решаются уже в несколько кликов, но всё равно быстро.

Все уши уже прожужжали с этими Рельсами… Ну а что делать мне, если я не люблю Ruby? Понятное дело — искать perl’овые аналоги. Пошёл, поискал, нашёл. Даже несколько: Maypole, Catalyst и всякие поделки вроде Jifty, Perl-on-Rails и пр.

Catalyst действительно оказался рулезом о котором я мечтал всю webdev’ную жизнь. Вот только поиметь его оказалось делом довольно непростым.

Первая проблема, он не захотел вставать на мой Denwer. Ну не захотел — не беда, поставлю самого по себе, благо у него и встроенный http-сервер имеется. Тут встаёт вторая проблема — он не ставится с ActiveState’овских репозиториев. Уж не знаю почему, лениво разбираться было. Пошуршал по Гуглу, нашёл умельца, который знает тайные удары в бубен для установки. Вроде бы как поставился. Но работать не захотел.

Орешек знаний твёрд, как говорится. Я уже даже начал подумывать над советом ’поставьте себе Ubuntu и не мучайтесь’. Но тут обнаружился замечательный дистрибутив Cat-In-A-Box. Встал с пол-пинка и заработал слёту.

И тут выяснилось, что долгие годы ручного написания CGI-скриптов и корпоративных сервлетов так прокомпостировали мой мозг, что начать мыслить в терминах MVC мне очень тяжело. И не помогает ни чтение хороших вводных, ни курение мануалов… Видимо, нужен знающий учитель-гуру, который бы вправил мне мозги, помог бы сделать три-четыре первых шага и вообще наставил на путь истинный.

А пока буду продолжать заниматься самообразованием.

Пришло время дать Вторую Программерскую Клятву. (Первая Клятва была больше года назад…)

И да будет так. Отныне и пока у меня не отнимутся руки от карпального туннельного синдрома.

Вот за что люблю свою работу профессию, так это за то что скучно не бывает. Программизм неисчерпаем как атом! А те, кто этого не видят - должны или искать другую работу или идти в менеджеры.

Вот хороший пример из блога майкрософтовца по имени Raymond Chan:

Задача: вычислить размер директории в Windows. Просто, правда? Подумайте немножко, прикиньте алгоритм и запишите на листочек список спорных вопросов...

( Посмотреть ответ )