Как стать автором
Обновить
116
0
Kiriyama @Kiriyama

Пользователь

Отправить сообщение
Думаю, amlet прав, говоря: "… я боюсь, что будут не-Windows пользователи, от которых я потом буду иметь головную боль, а волочиться в хвосте прогресса используя уже перенесённые не-MS-людьми решения на другие платформы..."

Вот цитата из википедии про Silverlight в Linux:
Участники проекта Mono 16 мая 2008 года выпустили реализацию плагина Silverlight на базе открытого ПО, работающую на Linux — Moonlight, однако ни открытым, ни свободным ПО она считаться не может, так как разрешение на использование патентов предоставляется только получателям кода от Novell, и только для создания плагинов.

Добавлю, что и у самого Mono очень много проблем с лицензионной чистотой. Использовать его — примерно то же, что и сидеть на пиратском софте — можно пользоваться, но в постоянном страхе, надеясь что тебя «не возьмут за жабры». А уверенности что не возьмут — нет.
Мог бы выступить в роли аналитика или разработчика. Ну, и в меру сил помогал бы финансово.
Я считаю также. Только я имел в виду не возможность обходиться без инициативных людей вообще, а возможность создавать ПО, которое можно было бы внедрять с полномочиями местного мелкого руководства, и не требовались бы специальные полномочия/решения/лицензии и т.п. «сверху».

«Енот поискун» — отличная идея, но она не вмешивается в работу органов госзакупок. Скажем, она не может сделать прозрачным и публичным проведение конкурсов и обсуждение заявок. Такие сервисы как «поискун» тоже нужны и важны, но действительных улучшений жизни простых граждан от них ждать не стоит.

ZotovSergey уже справедливо высказался выше: «проект не IT-ишный. Это проект общегражданский.»

Тут нужно проводить большую общественную работу: собирать людей (и разработчиков, и инициативных в госорганах), договариваться об экспериментальных внедрениях, анализировать «бизнес»-процессы, обсуждать, проектировать, реализовывать… Т.е. нужно большое и устойчивое сообщество людей, готовых тратить много свободного времени на проект в течении 3-5 лет. Как всё это организовать — я без понятия. Тут ведь не просто «давайте сделаем сайт с форумом и Wiki» в надежде что дальше оно как-то само заработает. Потому что не заработает. Из толпы зевак за два дня набежавших с «хабра» такие сообщества не сколачиваются.

У меня, например, вообще нет никакого понятия о принципах организации таких сообществ. Есть только осознание, что держатся они на одном или нескольких лидерах, готовых заражать своей идеей всех вокруг. Такие люди и «питают» подобные проекты своей энергией и целеустремлённостью. И они должны быть с обеих сторон «баррикад».
Мне кажется, что есть масса задач, для которых не нужен ни доступ к системам/данным, ни какие-то особенные разрешения от властей. Например, более-менее унифицированный сайт «Горводоканал», где можно было бы узнать почему у меня в доме нет воды, как идут ремонтные работы или какова задолженность по оплате у моего ТСЖ. Или сайт служб городского хозяйства, где можно было бы оставить публичную заявку на ремонт дорожной ямы возле дома и проследить за её будущим (вроде системы багтрекинга в ПО).

Действительно, всё это можно сделать уже сейчас. Но, повторюсь, позарез нужны инициативные люди из самой улучшаемой сферы! И люди с полномочиями! Без таких людей, без знания нюансов их работы, без их советов, без их помощи в продвижении нововведения — ничего не получится. В нашей системе я не только не знаю таких, но даже не слышал об их существовании. Очень хочу ошибаться.
Мне тоже приходила в голову подобная идея. Улучшения, идущие не «сверху», а «снизу», от самих граждан. Только постоянно я прихожу к выводу, что всё не так просто. Вот мои соображения:

Что замечательно: Может появиться целый рынок приложений.
Например, как вам названия «Открытая больница», «Свободный паспортный стол», «Новая почта», «Налоги без проблем»? Так могут называться почти готовые решения, которые могут быть быстро развёрнуты в любом соответствующем учреждении. Открытые. Бесплатные. Могущие быть установлены силами своих сотрудников или местными энтузиастами. С возможностью самостоятельно нанять программиста и написать дополнение, если понадобится. Может возникнуть конкурентная среда из многочисленных фирм, имеющих свои наработки, способные квалифицированно поставить и настроить систему, обучить персонал, а то и вовсе предоставить «решение под ключ».

Для примера, посмотрите на современные хостинговые компании! Они повально построены на свободном ПО и нескольких несвободных, но достаточно стандартных коммерческих решениях.

В будущем, такие системы могут начать объединяться, укрупняться. И получится та самая, пресловутая «Электронная Россия», на которую уже выбросили столько бюджетных денег, и которой мы до сих пор так и не увидели, несмотря на 10 лет разработки.

Но тут мне видятся и проблемы:

Проблема 1. Нужны инициативные люди из самой «улучшаемой среды», наделённые нужными полномочиями.
Начальники паспортных столов и налоговых инспекций, главврачи больниц, руководители разных муниципальных ведомств, директора школ и т.п. Или хотя бы приближённые к ним. Которые, при этом, понимали бы проблемы с организацией своей деятельности, стремились бы увеличить её эффективность. Потому что только так
а) удастся создать по-настоящему работающую вещь
б) удастся внедрить это и перебороть сопротивление некоторых сотрудников, финансово заинтересованных в сложности системы
в) можно будет пропиарить решение, быстро убедив другие аналогичные учреждения в его пользе. «Если где-то оно уже работает, и начальство довольно — почему бы не перенять?», — по-моему, вполне вероятный ход мыслей других аналогичных отделений.

Проблема 2: Нужны инициативные и квалифицированные люди среди разработчиков. Готовые собраться в команды, готовые разделить полномочия, готовые выделять своё время на улучшение мира, в котором они живут. И бескорыстные. Потому что потом — да, можно сделать целый рынок услуг на базе таких приложений, можно будет зарабатывать. Но поначалу придётся работать «за спасибо». Более того, эти команды должны иметь грамотных аналитиков требований, способных спроектировать систему так, чтобы её по-настоящему полюбили, чтобы ею было удобно пользоваться и гражданам, и персоналу самих гос. учреждений. А с аналитиками сегодня проблемы. Студент-PHP'шник с первого курса на эту роль не годится. Тут нужен специалист.

Как решить две эти проблемы — я пока не представляю. Если у читающих есть идеи, прошу высказаться. Со своей стороны, я был бы рад помочь такому проекту.
Именно, про это я и пишу. HTC, Samsung, Motorolla и десятки других производителей никогда не выпустят смарфон ни с iPhone OS, ни даже с Maemo.
Просто вдумайтесь: на одной стороне Apple или Nokia со своими платформами, а на другой — прорва других компаний с единой универсальной платформой. Как думаете, на чьей стороне будет успех?

Когда-то массовость и единство PC-архитектуры + единое ПО от Microsoft (DOS/Windows) породило мировое господство этой платформы. А компьютеры Apple, несмотря на армию фанатов, так и остались редкостью, менее 10% всех компьютеров мира, да и то благодаря включению США в статистику.

Поэтому я не верю ни в Nokia/Maemo даже в Apple/iPhone. Конкуренция + выбор + цена + удобство + распространённость (а значит и количество игр и прочего софта) будут в пользу Android. Мне кажется, многие производители тоже пришли к такому выводу.
Я тоже ломал голову, но потом решил — у Android'а перспективы намного лучше. Например, платформа Maemo от Nokia имеет много проприетарных частей, и используется только на телефонах Nokia. И так будет всегда — Nokia не интересна конкуренция, компания будет проталкивать свои интересы.

А на базе Android уже очень много устройств, и ещё больше сейчас в разработке. Это означает широкий выбор устройств, кучу приложений на все случаи жизни, большое число пользователей и прекрасную вылизанность платформы в конечном итоге. И хотя инициатором создания является частная компания (Google), она занимает свою узкую нишу разработчика ПО и интернет-сервисов, и не конкурирует ни с производителями телефонов, ни с разработчиками софта.

Планирую скоро купить HTC Hero.
Вы словно с другой планеты! Но всё равно, вот примеры. В исследовании «Рейдерство как социально-экономический и политический феномен современной России» (Центр политических технологой, 2008 г.), есть отдельная глава "Самые известные рейдерские захваты". Кратко оттуда (подробные описания в исследовании):

* ЮКОС
* аэропорт «Домодедово»
* сеть магазинов «Арбат-Престиж»
* химический завод «Тольяттиазот»
* завод «Сибсельмаш»


При этом используются разные методы — подделка документов, уничтожение документов в гос. реестрах, налоговые претензии, уголовные дела. Из последних громких дел — «Евросеть», бывший владелец которой вынужден был бежать в Великобританию от уголовного преследования. И соглашается вернуться только: «Когда будет, во-первых, реальная и законодательная база для работы и ведения бизнеса, чтобы ни одна скотина не могла в него залезть, и когда конкретные бандиты из правоохранительных органов понесут заслуженное наказание».
В России, если бы Google был российской госкомпанией, создатели DocVerse получили бы не $25 млн., а 25 лет тюрьмы за какое-нибудь «уклонение от налогов». Имущество компании было бы конфисковано, а разработки тихонько «утекли» куда следует. Так гораздо дешевле!
Ну, может когда-то давно там действительно всё работало на php + mysql + memcached.

Однако летом 2008-го Facebook открыл исходники своего проекта Cassandra. Это их собственный аналог Google BigTable, написанный, кстати, на Java. К тому моменту, только под поиск было задействовано уже несколько сотен серверов (600+ ядер) c Cassandra (пруфлинк).

Похоже что Java действительно используется в «кишках» Facebook, причём основательно. Как и erlang, как и всё что удачно подходит для решения поставленных задач.
Не стоит считать Facebook апологетом PHP. Возможно это просто «тяжелое наследие» прошлого, когда сайт был молодым стартапом.
Я думаю, написанное тут можно в равной степени отнести и к Ruby, и к PHP — все эти инструменты по производительности примерно в одной «весовой категории».

Недавно мне попалась статья «Twitter on Scala» — это интервью с разработчиками Twitter'а, в котором они рассказывают о том, что сейчас переписывают почти всё на Scala, оставляя на Ruby только отдачу контента пользователю. По их словам, это позволило и достичь производительности, и продолжить получать от программирования удовольствие. Вот цитата из интервью:
The other big reason we looked at Scala was that, although we’ve run into problems with Ruby, we like the flexibility of the language. We like that it’s such a full featured language, that it’s fun to code in. It’s the same reason so many Java people end up writing Ruby after they leave some big enterprise company. They want to have fun day to day. We didn’t want to leave that behind and go to a language with a very dry, businesslike community, like C++, for example. We know that people write super high performance code in C++, and engineers like Steve and Robey have had experience with that. But we wanted to be using a language that we’re really passionate about, and it seemed worth taking a gamble on Scala.
Язык действительно интересный, и пока я читал о нём в основном только хорошее (на забугорных сайтах). Код Scala компилируется в байткод JVM или .NET, и позволяет использовать уже написанные для Java/.NET классы, если родных инструментов Scala не хватает.

Хочется узнать, есть ли у кого из хабралюдей опыт его реального использования на практике? Какие впечатления?
А всего-то надо — перейти на нормальную налоговую систему, когда каждый платит налоги сам за себя. Каждый месяц, как квартплату. Это приведёт к тому, что

1. Люди начнут контролировать государство. Сейчас слесарь дядя Гена просто получает на руки свои 10000 рублей, и возмущается только из-за 2000 квартплаты. А если ему будут выдавать на руки 17000, с которых он потом сам пойдёт и уплатит НДС, ЕСН, НДФЛ, от которых останутся те самые 10000?! А после коммунальных платежей останутся вообще только 8000. Думаю, дядя Гена уже не сможет спокойно пить пиво, в очередной раз слыша по телеку про дороги стоимостью с адронный коллайдер, и не будет давать «на лапу» никакому чиновнику. Он начнёт требовать. Требовать то, за что отдаёт почти половину зарплаты.

2. Радикально упростится налогообложение. Потому что иначе люди не смогут с ним справиться — они же не бухгалтера. Упрощение снизит коррупцию, транзакционные издержки, позволит экономить прорву средств и сил — как бизнесу, так и государству. (Правда, лишит кормушки огромное число паразитов).

Мне кажется, что такое налогообложение обязательно должно быть введено, если мы действительно хотим построить сильную, всесторонне развитую страну. Иначе, все высокопарные речи Медведева — совершенно пустой трёп.
Прочёл и ужаснулся, особенно после того, как пару дней назад читал в «Эксперт Онлайн» такие строки:
Летом 1993 года регистрация аналога нашего ООО в г. Сиракьюз (графство Онондага, штат Нью-Йорк) заняла 20 минут и стоила 30 долларов. Секретарь совета графства (районной администрации), сидящая за стойкой при входе, проверила в компьютере название на совпадения, выдала анкету (ответы на дюжину вопросов – ФИО, адрес и т. п. – отняли минут пять). Сверила ответы с водительскими правами, впечатала в компьютер, приняла доллары, выдала чек и пару бумажек для банка. Еще 20 минут в банке – без нотариальных заверений, уставов, карточек с печатями и подписями – и компания обрела счет. Предприятия со значительным капиталом требуют более сложных форм и устава, регистрируются при содействии юристов. Но и тогда обходятся небольшими суммами, не тратят время на хождения взад-вперед для уплаты через банк трех копеек и предъявления квитанции об уплате, на многократное стояние в очередях.

Американцы понимают, что выгоды, которые народ и бюджет получают от беспрепятственного развития предпринимательства, существенно важнее прочего. И упрощают жизнь гражданам и бизнесу, даже за счет усложнения ее чиновникам, призванным бороться с отмывкой, обналичкой, неуплатой налогов и т. п. В России чаще делается наоборот.

Полная статья здесь (рекомендую).
Тут можно возразить, что «пиление» админки — это не ожидаемый разработчиками сценарий применения. Они рассчитывают на стандартные инструменты, специально предназначенные для кастомизации, и за которые разработчики Django могут нести ответственность. Таким образом, если в будущем понадобится серьёзный рефакторинг, они смогут без проблем его провести, не боясь что у кого-то что-то поломается.

Если вы хотите переделать автомобиль на управление джойстиком и со способностью летать в стратосферу, тут уж извините — придётся лезть во внутренности. А такие случаи задокументировать просто невозможно. Можно лишь дать общие указания «куда копать», и такие указания есть — вот, например.
Не соглашусь. Буквально недавно закончил работу над большим django-проектом (8 месяцев работы 3-х программистов), где пришлось достаточно сильно вмешиваться в работу админки Django. Вид админки изменился почти до неузнаваемости, даже схема URL'ов и навигации вообще. Тем не менее, никаких хаков и monkey-патчей не понадобилось, а изменения были сработаны весьма быстро.

Админка Django не совершенна, но архитектурно многие вещи сделаны правильно, и это позволяет менять всё что угодно, так как:
* класс django.contrib.admin.options.ModelAdmin полностью отвечает за все аспекты работы с моделями — вы можете добавлять view и менять роутинг URL'ов, создавая новые страницы (хоть wizard'ы), вмешиваться в генерацию форм, стандартные обработчики CRUDL-операций, контроль прав доступа… словом во всё! Есть лишь проблема с самописными фильтрами, но она редка, решаема стандартными способами, а к марту 2010-го эту часть админки обещают сделать расширяемой.

* Вы можете использовать всю мощь newforms (часть Django), и применять в админке свои виджеты, использующие свои дополнительные css-стили и js-модули.

* для каждой модели можно индивидуально переопределить шаблон страницы, и вообще переопределиь любой шаблон админки. Наследование шаблонов поможет не дублировать код, исправить только нужные участки.

Я хочу сказать, что админку Django можно применять и в случаях, когда от неё будет требоваться сильно нестандартное поведение. При этом, вы сможете сконцентрироваться только на этих нестандартностях, не занимаясь изобретением велосипедов в остальных аспектах, а воспользоваться всеми уже готовыми «плюшками». Без хаков, переносимо.
И чем же тогда, по вашему, определяется адекватность?
Судя по фразе

> адекватность далеко не всегда определяется знанием «вуду-шмуду» по управлению проектами.

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

Причём управление разработкой, и управление заводом — это совсем не одно и то же.

Я много раз видел неадекватных исполнителей. Но видел и настоящих профессионалов, высшего уровня. А вот неадекватных руководителей я видел намного больше! Повторюсь, в основном эти люди не могли организовать разработку, и даже не пытались научиться этому. Вот вы — пытались? Что прочли на эту тему? Расскажите, поделитесь выводами. Пусть даже критическими, вроде «Ваш Брукс устарел ужасно, в наше время всё не так...», или «По-моему, у Вигерса слишком много бумажной волокиты, я обычно делаю проще.»

Да, во всём виноват управленец. Например, в том, что не может подобрать адекватных исполнителей и не может их проверить. Что жадничает, и платит сумму достойную лишь студента-первокурсника, надеясь при этом получить качественный результат. Что неспособен составить адекватное ТЗ, и не допустить его многократного «распухания» в ходе работы, что выливается в двойную работу для исполнителей (даже адекватных), ухудшение отношений с ними, срыв сроков, нервы, и нежелание исполнителей иметь с ним впредь какое-либо дело.

Я не выгораживаю ни одну из сторон. Но прежде чем ругать, надо разобраться глубже в причинах, и попытаться посмотреть критически и на себя, любимого. Идиотские выводы вроде «во всём виноват фрилансер», «предоплата — враг фрилансера!», ничем не лучше чем «Все болезни — от грехов!» или «Во всём виноваты жиды».
Я тоже согласен и с вами, и с автором. Но давайте копнём глубже…

Заказчики тоже часто неадекватны — программиста могут внезапно заставить рисовать дизайн, или верстать, или набивать контент. Откуда это берётся? Тот же самый непрофессионализм:

ТЗ часто составляются так, что без слёз не взглянешь — у человека, его составлявшего, в 90% случаев нет никаких системных представлений ни о том, как выполнятся проектирование, ни о том как правильно задокументировать результат (ТЗ).

У менеджера часто нет никаких представлений об управлении циклом разработки и организации команд, кроме самопально-опытных (и сомнительных). Конечным результатом становятся отсутствие архитектуры (т.е. низкое качество и скоро придётся всё переделывать), срыв сроков (потому что никто не оценивал реальные сроки исходя из списка задач), задержки из-за несогласованности (левая рука не знает что делает правая), подключение новых людей на поздних этапах (хотя этого делать нельзя категорически), и много других идиотизмов, для перечисления которых надо писать целую статью.

Да что там профессионализм… Вы посмотрите на наш бизнес вообще, на любые взаимоотношения с клиентом. Деловая этика отсутствует, почти полностью. Большая часть экономики — торгашество и спекуляция. Все друг-друга стремятся надуть, вытянув максимум денег. Естественно, что это не может не сказываться на мировоззрении наёмных работников. Неважно, фрилансеры это, или сотрудники в штате.

Работодателям могу посоветовать только две вещи:
1. Учитесь управлять разработкой. Часто вы этого не умеете, и не желаете учиться — не читаете книг, не пытаетесь перенять чужой опыт. А это тоже работа, причём часто более сложная, чем работа людей, которых вы нанимаете. Помните: всегда виноват управленец!
2. Старайтесь поддерживать связи с «проверенными» людьми, и сколачивать из них относительно стабильные команды.
мы пришли к тому, что у Ubuntu следующая целевая аудитория:
— «домохозяйки», бабушки/дедушки/мамы/папы, которым нужен браузер, текстовый редактор, музыкальный проигрыватель, средство для просмотра и простого редактирования видео/фото, мэйл-клиент, IM-клиент и еще небольшая кучка софта
А почему бы и нет? Вы перечислили как раз те категории пользователей, которые достаточно плохо владеют компьютером. И, тем не менее, успешно пользуются той же убунтой. А их очень, очень много. По по-моему, лучших доказательств простоты и дружественности к пользователю трудно придумать. При этом, система хорошо подходит и под нужды гиков (изначально), хорошо спроектирована (UNIX-архитектура), т.е. подходит для самого широкого круга. То, что мало софта — исправится со временем. Уже исправляется, во многих сферах использования. Вспомните, что когда-то народ массово и на 9x-винде сидел — мучался, охал, ахал, но сидел. Потому что выбора не было. А теперь есть. Мне не нужен фотошоп за пару килобаксов для обработки моей фотоколлекции — хватает бесплатного Gimp'а (хотя даже он избыточен).

Насчёт верстальщиков, музыкантов, фотографов, видеомонтажёров и т.п…

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

Разработчики Убунты (и других СПО-дистрибутивов) не обязаны, и даже не способны удовлетворить желаниям всех мыслимых групп пользователей. И это не требуется. Если вам нужен инструмент, и он вам удобен — пожалуйста, используйте его. Нужен Photoshop и Windows (мысленно замените на ваши любимые инструменты) — купите их и используйте. Если они вам действительно нужны, значит вы профессионально занимаетесь графикой (или чем-то ещё), и вопрос средств на приобретение для вас вообще стоять не должен.

А для начинающих музыкантов, фотографов, монтажёров и т.п. — свободных инструментов должно хватить для начала карьеры. По-моему, проекты вида Big Buck Bunny это наглядно доказывают.
Ничего себе у вас требования для «среднестатистического юзера»! Photoshop, Illustrator, редактор какого-то «кода», и какой-то banshee (впервые про этого зверя слышу, а владельца iPod, живя в Самаре, видел только один раз — не настолько он и популярен, как кажется — люди чаще на телефонах музыку слушают), и даже софт для создания музыки! Этот набор софта имеет стоимость, по сравнению с которой стоимость самого компьютера с любой нужной ему операционкой — просто не играет роли. Это никак не «среднестатистические» потребности.

У меня Ubuntu пользуется жена и моя сестра с её мужем, вот уже два года. Все добровольно пересели после демонстрации. Все — те самые среднестатистические пользователи, со среднестатистическим «железом». Всем нравится. А особенно им нравится то, что больше не приходится сносить систему каждый месяц, съеденную до основания вирусами и червями.
Цитата из статьи:
… почему просто не взять и раздавать софт всем бесплатно… Тут все дело в психологии индустрии… Если же производитель берет оплату за ПО, значит он и берет на себя некоторую ответственность...
Если дело в психологии индустрии, то почему бы не выпустить продукт под двойной лицензией — платно для всех, кому нужна техподдержка, подробная документация и «ответственность производителя», и бесплатно для прочих, кто готов сам разбираться в деталях и не претендует на большее?

Рассуждения о платности только на основании «психологии индустрии» выглядят неубедительно.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность