Содержание: Введение Подготовка данных (ruby) Сервер (Erlang+YAWS) Клиент (JS) На Хабре был как-то обзор небольшой игрушки от Google для демонстрации работы с API карт. Суть в том, что надо все страны растащить по своим местам. Когда-то в детстве у меня была подобная игрушка (ещё под DOS), но она больше напоминала тетрис - надо было успеть положить страну на своё место пока она не скрылась за границами экрана. Кстати, если кто вспомнит название, буду очень благодарен?

Мне стыдно! Нет, мне реально стыдно за тот код, который приходится писать. Хуки, костыли, заплатки… Чёрт, да я же не понимаю как это работает! Да, я это поправил, как? Чудом, интуицией - не знаю. И я не знаю где и когда оно сломается. Хотите получить гарантии, стабильность, спокойную жизнь - дайте время! Дайте время сделать всё по уму, я хочу сделать это правильно! А, что, дедлайн завтра? В пятницу вечером? Вы смеётесь?

Данный материал сильно устарел и оставлен лишь для истории Есть у меня один проектик под J2ME (github). Это небольшое приложение - клиент для списка покупок. Разрабатывалось оно специально для моей второй половинки, чтобы было удобно сообщать что нужно купить в магазине. Т.к. телефон у неё простой, то единственный вариант нативного приложения - Java2ME. Решил я его доделать, но все настройки Eclipse слетели после перехода с OpenSUSe на Mint. Что ж, вспомним как это было :)

Понадобилось мне сделать для автошколы небольшой виджет для удобного назначения учеников инструктору. Захотел я это сделать более-менее красиво - с помощью drag&drop: список нераспределённых учеников и списки инструкторов, в которые можно бросить ученика, и он автоматически назначится инструктору. К сожалению, ничего готового для Yii я не нашёл, так что пришлось писать самому :) Немного поплутав по интернету, нашёл решение на js. Мне оно приглянулось своей лаконичностью и законченностью, правда, коробок там всего 2, но это легко исправить.

Давным давно писал статью на СвободноХабр про импорт данных из 1С файлов dbf в MySQL, решил перепостить её сюда, т.к., увы, ухожу с того ресурса. Предыстория 🔗Работали себе люди долго-долго в самописной конфигурации 1С и бед не знали, как открылись у организации филиалы, и директор захотел все данные в одном месте. Сказано — сделано: через пару месяцев родился корпоративный сайт (написанный на php (Yii) + MySQL). Пользователи ринулись добавлять новую информацию, печатать отчёты… в общем, работа закипела.

Большое спасибо Николаю за комментарий. Если читателя интересует официальная HyTech от СКАЗ-М, настоятельно рекомендую ознакомиться с ним. Моя же заметка о форке HyTech 1.6, который был сделан году этак в 1993, и после которого пути развития сильно разошлись. Рождение форка 🔗Будучи студентом четвёртого курса довелось мне познакомиться с отечественной разработкой в области баз данных под названием HyTech. Использовалась она (да и по сей день используется) в фирме, где я тогда работал — НТЦ «Сонар-Плюс».

Давеча разгорелся спор на работе по поводу того как вести историю изменений. Поводом послужила вот такая картина: Из 19 коммитов 8 не несут никакой полезной информации! Почти половина «мусорных» коммитов! К слову разработчиков на этом проекте всего трое, а сложность истории заметно выросла. Меня она задела большим количеством мерджей, хотя объективных поводов для этого не было — вносились небольшие изменения в разные файлы. Я высказал своё «фи», но ответом было что это нормально, так принято в hg и вообще надо работать, а не холиварить.

Юра прошёл мимо стола, включив компьютер. Пока он наливал себе кофе, в его кремниевом друге наставал новый день. Если прислушаться, то можно было услышать как BIOS опрашивал устройства: — Процессор? Вижу, Intel i3, так и запишем… Видеокарта? NVidia, хорошо… Жёсткий диск? А вас как всегда двое. Хорошо, все на месте, начинаем загрузку! У меня записано, что я должен передать все дела тебе, Seagate, руководи. Seagate посмотрел на своих подчинённых и отдал все документы загрузочному разделу:

Сегодня хотелось бы поведать о переходе с svn на hg. Subversion использовался для коммерческих продуктов, которые не хотелось выкладывать на github. Поймите меня правильно — я сторонник open source, но клиенты настаивали именно на закрытости, и их понять можно. Проблем с svn особых не было отчасти потому что я работал один, отчасти потому что много от него не требовал — update, commit, log, checkout, — линейная элементарная история. Но, поработав с mercurial на работе, осознал все прелести DVCS.

Сезон свадеб скоро начнётся, и я хочу рассказать как устроить одну из них в программистском стиле 🙂 Небольшой дисклаймер — невесте нравятся компы, железяки и прочие атрибуты, а посему решили заморочиться вместе. Как театр начинается с вешалки, так каждая свадьба с приглашения. Приглашения 🔗С моей стороны были исключительно программисты, и я решил каждому написать индивидуальное приглашение на том языке, с которым он работает. Набор получился такой: HTML, PHP, SQL, C++, Pascal и Brainfuck (ох как невеста жаловалась, когда вручную переписывала этот непонятный набор знаков) Кстати, сами тексты на github).