Показаны сообщения с ярлыком программирование. Показать все сообщения
Показаны сообщения с ярлыком программирование. Показать все сообщения

15 октября 2011 г.

IBM мону-ментален.


Нил Форд, Архитектор приложений, ThoughtWorks

Описание: Вокруг архитектур и проектирования ПО идут горячие споры, но они практически не дают ответов на вопросы. Эта статья начинает серию «Эволюционирующая архитектура и стихийное проектирование», посвященную обсуждению альтернативных подходов к этим аспектам. Эволюционирующая архитектура и стихийное проектирование — это технологии быстрой разработки, откладывающие принятие решений до того времени, пока не наступит ответственный момент. В этой вступительной части автор серии Нил Форд дает определение архитектуры и проектирования, а затем затрагивает общие вопросы, которые будут подниматься по всей серии.
http://www.ibm.com/developerworks/ru/library/j-eaed1/index.html

13 октября 2011 г.

97 вещей, которые должен знать...

... программист
... архитектор ПО
... менеджер проектов

Оригиналы есть в PDF-ах на файлообменниках, а это всего-лишь немного примеров того, что в этих книгах. Очевидные, но такие полезные вещи.

Рекомендую.

11 сентября 2011 г.

Оказывается (с) Agile есть в SAP, Siemens, Huawei.
Не сдержался и закину картинку. Индусы творят чудеса на программистком поприще ;)
Новый иос, прошивка в машине, веб-сайт соцсети, или что-то еще лепят эти кудесники?
Про S-P скажу что там еще тот эджайл используют чтобы писать на ABAP-е. http://adtmag.com/articles/2011/05/11/sap-agile-one-year-later.aspx - чуть-чуть можно почитать, как там они переходят.

8 сентября 2011 г.

Канбан в ИТ. Про бережливое производство.

http://www.agileproductdesign.com/blog/2009/kanban_over_simplified.html - интересная тема про доску в Яху.

Если интересно почитать про Канбан, что он есть и откуда растет - читаем про "Производственную программу Тойота", прародителя теперь модного Lean-а (бережливого производства) http://en.wikipedia.org/wiki/Toyota_Production_System.

Если еще более заинтересовались, а любому интересующемуся производством человеку, ну а кто из нас не работал в производстве, советуют прочесть книгу http://www.ozon.ru/context/detail/id/2142749/, основателя бережливого производства Тойота, метода JIT, многое вобрали из работ Форда.

Немного перекликается вопрос-ответ http://www.agilerussia.ru/2009/08/404-100-agile.html по Скраму и Эджайлу от Никиты Филиппова, основателя компании ScrumTrek, которая внедряет методологию гибкого подхода в разработке в девелоперских компаниях.



19 июля 2011 г.

Немного об Agile и разработке ПО.

Сначала красота: http://pubsub.com/Setting-up-an-agile-team-room_Java-lQhOEgAOLoB,b7igumJedj7E - организация работы команды. Картинки красивые, но насколько они эффективны еще тот вопрос.

http://www.agilerussia.ru/ - портальчик.
http://lib.custis.ru/Agile-tools-2010 - "Мой круг", взгляд организации работ изнутри.
http://lib.custis.ru/%D0%A1%D0%B2%D0%BE%D0%B1%D0%BE%D0%B4%D0%BD%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B,_%D1%81%D0%BF%D0%B0%D1%81%D0%B0%D1%8E%D1%89%D0%B8%D0%B5_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%87%D0%B8%D0%BA%D0%BE%D0%B2_(%D0%A0%D0%98%D0%A2-2010) - РИТ 2010, свободные системы, спасающие разработчика.
http://lib.custis.ru/Knowledge_Management:_%D0%9E%D1%82_%D0%A1%D0%BA%D0%BB%D0%B0%D0%B4%D0%B0_%D0%BA_%D0%9F%D0%BE%D1%82%D0%BE%D0%BA%D1%83_(Software_People-2010) - "От склада к потоку", интересный доклад по проблемам коллективной разработки.
http://lib.custis.ru/%D0%9A%D0%BE%D0%BC%D0%BC%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D1%8B%D0%B5_%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8_%D0%98%D0%A2%D1%88%D0%BD%D0%B8%D0%BA%D0%BE%D0%B2_%D0%B8_%D0%BA%D0%B0%D0%BA_%D0%B8%D1%85_%D0%B8%D0%B7%D0%B1%D0%B5%D0%B6%D0%B0%D1%82%D1%8C_(%D0%A1%D0%B0%D1%88%D0%B0_%D0%9E%D1%80%D0%BB%D0%BE%D0%B2,_%D0%A1%D0%BB%D0%B0%D0%B2%D0%B0_%D0%9F%D0%B0%D0%BD%D0%BA%D1%80%D0%B0%D1%82%D0%BE%D0%B2,_ADD-2011) - ничего так докладик про проблемы коммуникаций.
http://lib.custis.ru/%D0%92%D0%B7%D0%B0%D0%B8%D0%BC%D0%BE%D0%BE%D1%82%D0%BD%D0%BE%D1%88%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7%D1%87%D0%B8%D0%BA%D0%B0_%D0%B8_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D1%82%D0%B5%D0%BB%D1%8F_%D0%BD%D0%B0_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B5_(%D0%94%D0%BC%D0%B8%D1%82%D1%80%D0%B8%D0%B9_%D0%97%D0%B0%D0%B2%D0%B0%D0%BB%D0%B8%D1%88%D0%B8%D0%BD,_ADD-2011) - взаимоотношение заказчика и исполнителя.

И тут ваще не про программирование, простое, но очень необходимое - http://ilovepsd.ru/ (рекомендации по работе в фотошопе).

22 ноября 2010 г.

Семафоры, UNIX, FreeBSD.

Попалась серьезная проблема по семафорам при переводе производственного сервера на базе FreeBSD с СУБД Firebird 2.1 на 2.5. Вылез неприятный казус, при котором уперлись в количество семафоров в 256. И началось. LA почти дошел до 1000. При том, что раньше я видел максимум 170-200 на httpd.
Количество процессов постоянно росло. Выяснить удалось из-за чего выросло такое количество процессов: каждый раз при подключении к Firebird появляется новый процесс fb_inet_server, который запускается через inetd. Процессу не хватает в системе семафоров и он остается ждать их появления.
Ситуацию удалось исправить добавив правило, запрещающее установку соединения на порт Firebird (по умолчанию 3050, мы умолчания никогда не меняем в таких случаях):
ipfw add deny tcp from 10.0.0.0/8 to me 3050 setup
Рост количества процессов прекратился. Но система работала не так как должа бы работать. А что изменилось?
По сути, в 2.5 поменяли технологию блокировки: если раньше в роли блокировок выступал отдельный сервер fb_lock_mgr, то теперь каждый процесс самостоятельно выполнял задачи блокировок. Более того, убрали из конфигурации firebird.conf описание семафором - вроде как они теперь не нужны. А в 2.1 приходилось постоянно увеличивать их количество при росте количества подключений.
Но. У нас в итоге оказалось такое, что каждый процесс fb_inet_server отъедал 1 семафор и в конце уперся в 255 (1 семафор использовался zabbix-агентом для мониторинга сервера).
Почему так - на данный момент так и не разобрались.
Решение было принято следующее: вернуться на старую сборку 2.1, база которого несовместима с 2.5.
Хочется разобраться со всем этим. Почему уперлись в 256 семафоров, при том, что реально в системе по sysctl доступно намного больше их.

Ссылки на начальные сведения по семафорам:
http://www.sean.de/Solaris/sysvipc.html - описание расчета семафоров
http://greenteapress.com/semaphores/ - лекция с примерами по семафорам
http://www.cs.cf.ac.uk/Dave/C/node26.html - программирование и описание семафоров
http://forums.freebsd.org/showthread.php?t=6397 - этот модуль я так и не понял, что он делает. Просьба подсказать что и как.

PS: доработать и добавить скриншоты и статистику.

26 июля 2010 г.

Программизм.

http://club.shelek.ru/viewart.php?id=330 - эта просто пипец. Но реально надо пробовать думать так, если хочется стать программистом.

http://www.rusdoc.ru/articles/pokazhi_mne_svoi_nastrojki_i_ja_skazhu_kto_ty/19411/ - хорошая статейка и главное коротенькая про интерфейсы и настройки.