Home > Программирование > Python? Javascript?

Python? Javascript?

February 12th, 2009 Ruben

[lang_en][/lang_en][lang_ru]

Хотите знать, нахрена мне, 35-и летнему мужчине, которому по состоянию здоровья скорее подошло бы заниматься триатлоном, чем таращить зенки в монитор и массировать кончики пальцев клавишами, понадобился Питон? Не хотите? Всё равно отвечу!

Несколько лет назад, занимаясь в Самаре строительством базовых станций, я подумывал о том, что нет программного продукта, который бы решал задачи организации процессов так легко и просто, как текстовые редакторы верстают договоры, фотошоп корректирует фотографии и квиктайм проигрывает видео. Годом позже я познакомился с MSProject, который успешно использовал до того момента, пока не перешёл на Mac OS и мне не пришлось перейти на PmniPlan.

Проблема любых программных продуктов, которые сейчас могут быль использованы, в том, что они не должны работать локально. Сама идея проектов в том, чтобы быть доступными всем участникам проекта одновременно. Файлы, которые пересылают по электронной почте создают только мусор на жёстком диске. К тому же нужно постоянно переименовывать файл, добавляя к нему номер версии. Как вариант можно написать программу, которая будет вынимать файлы из почты самостоятельно и складывать в некую базу данных.

Другими словами, когда я год назад увидел Google Doc, я был приятно поражён тем, что нашлись ребята, которые догадались сделать это же. К сожалению, у них нет ничего, способного нарисовать диаграмму старины Ганта, которая очень и очень нужна для прикидок на тему “когда же это всё наконец закончится!?”.

Совсем недавно я узнал, что в прошлом году, Google анонсировала App Engine. Штука очень завлекательная. Возможность на бесплатной серверной платформе с мощностями, которые недоступны никакому другому хостингу на планете Земля, разместить сетевое приложение практически любой мощности. Но тут есть не просто подводные камни, а целый барьерный риф. В качестве языка программирования высокого уровня, они выбрали Питон. Язык вздорный по своей сути. Конечно, могло быть и хуже. Всегда может быть хуже.

Чтобы не взорвалась голова, можно сделать так: максимально использовать адекватный Javascript на клиентской стороне и минимум Pithon на серверной. Только для доступа к базам данных.

Но сделаем шаг назад. В декабре 2008-го, случился у меня разговор с Ольгой Поляковой, о β-тестировании разрабатываемого её программистом приложении для управления проектами. Паренёк оказался очень амбициозным, решившим во что бы то ни стало сверстать программу за пару месяцев. Моя практика показывает, что даже на в MSAccess + VBA такое можно сделать не менее чем за три-четыре месяца, с тем, что у майкрософтовцев отличные дебаггеры и приложение получится, хоть и клиент-серверное, но локальное. Изучив версию номер ноль, я усомнился как в том, что такое приложение будет написано, так и в том, что программист вообще понимает что делает. Действительно, глобальная ошибка любого программиста, решившего взяться за разработку программного продукта в одиночке в том, что он зачастую не занет матчасти. Матчать – опыт в самой деятельности, которую собираешься автоматизировать. Взять к примеру разработку приложения для написания сценария для кино. Что делает программист? Он берёт и верстает текстовый редактор. Чем для программиста отличается программа для вёрстки сценария для кино и для телевидения? Ничем! Но это в корне не правильно. Так же и с управлением проектами. Я допускаю, что вполне возможно делать приложение по частям. Можно дописывать кусками функционал или углублять его, усложняя те или иные функции, но с самой первой строки нужно точно знать куда стремишься. Что в конце концов будет работать на тебя. В противном случае, ты станешь рабом софта, коими стали все, установившие себе 1C-Бухгалтерию. Почему я не слышал жалоб от пользователей Final Cut? Почему никто не жалуется на Google Maps? Потому, что эти программы заточены на то, ради чего они написаны. Так же должно быть и с проектами. Не под таблицы нужно создавать объекты данных, не под библиотеки стандартных элементов пользовательского интерфейса подстраивать бизнес-процессы, а под события и восприятие реальности, адаптировать весь возможный потенциал информационных технологий.

Я не имею права пускать вас в портал проектов Ольги, но покажу несколько показательнейших скриншотов:

Главное окно

Главное окно

[caption id="attachment_396" align="alignleft" width="150" caption="Вложенные файлы"]Вложенные файлы[/caption]
Таблица

Таблица

[caption id="attachment_398" align="alignleft" width="150" caption="Превьюшки"]Превьюшки[/caption]
Служебная таблица

Служебная таблица

А вот мой ответ на просмотренный сайт, который, кстати стал причиной прекращения каких-либо контактов между нами (наверное обиделась).

В любом случае, я не считаю себя неправым. Скорее грубым, но неправым – нет!

[/lang_ru]

Comments are closed.