Полностью обоюдная, потому как менеджер не учёл риски…
Не хочу обижать программистов, сам им был, но просто принять время работы программиста, не добавив сколько нибудь времени на риски, это прямая ошибка менеджера. Увеличивая сроки менеджер не говорит программисту, что «ты не сделаешь это за 1 час», он просто страхует и программиста от непредвиденных обстоятельств, чтоб потом не было объяснений почему задержался проект, и заказчика от задержек, и самого себя находясь так сказать между двумя огнями.
Программист же в данной ситуации сказал не оценив трудности...
Если каждому из участников стараться просчитывать, и соблюдать некие правила, у каждого возможно они свои, то возможно такой вражды не будет, а то Колизей, гладиаторы… :)
Самое интересное во всех пунктах это таинственный коэффициент «k».
Мало того, что правила назначения этого коэффициента очень размыты, будь то «сложно» или «просто», да и кто его будет назначать?
Если его назначает программист то вот что из этого вышло? Коэффициент к = «Плёвое дело», «20 минут», а в итоге — «спустя 5 часов».
Если менеджер далек от программирования исходя из «Трудно объяснить непрограммеру, но попытаюсь», хотя я лично не могу такое представить, как менеджер проектов по программированию вообще не в курсах о програмировании, хотя возможно речь идёт о простом менеджере, который сидит как прослойка между заказчиком и прграммером, тогда он тем более не может установить этот коэффициент и время.
Так этот коэффициент ещё и меняется в процессе работы. По неясным законам.
Я работая менеджером по проектам часто сталкивался с такой ситуацией, да честно спрашиваю за сколько это человек сделает, да мне отвечают, но зная по собственному опыту, сдача в срок согласно данному времени происходит очень редко. Всегда слышу что там, «пошло не так», что «мы не предусмотрели», что «а там вот как на самом деле». Небольшой выход из этой ситуации я нашел как:
1.Не требовать с программиста ответ сразу, а дать некоторое время на анализ задачи. Я сам был программистом и знаю как это всё происходит.
2.Работая с людьми, и ведя проекты, я ориентировочно вижу погрешность людей в их оценке, и корректирую сроки согласно погрешности. Причем это легко видно на диаграмме Ганта, тем более работая с людьми долгое время. В итоге можно скорректировать время.
3.Учитывать риски, работая с незнакомой CMS, с незнакомой библиотекой, всё это определяет возможные проблемы, которые также влияют на время.
Складывается такое впечатление, что пост больше от программиста чем от менеджера, и что менеджеры такие плохие, мыслят временем а не задачами. В посте также много фигурирует такой коэффициент $, если программист работает на окладе, его по сути вообще не должны волновать такие вопросы, единственное что важно, это вовремя уведомить менеджера об изменениях…
P.S. Я считаю что работать менеджером, это находить баланс, между программистами (дизайнерами, контентом и т.д.) и заказчиками, будь то это ген. директор, или заказчик со стороны. Если все проекты и задачи задерживаются, это проблема управления. Если все проекты выполняются быстрее запланированного, это проблема управления. Правильный учёт рисков и тайм менеджмент главные друзья менеджера…
Что касается «электронной очереди», то тут тоже не всегда выход, потому как сам лично участвовал в данной очереди. Совок это или не совок но выглядело это приблизительно так:
Дело было в «всеми любимом» Сбербанке. Аппарат выдает тикеты 2 типов «А» и «Б», таким образом формируется 2 очереди, в окно вызывают по очереди, сначала «А» потом «Б», и далее всё повторяется.
Что происходит на самом деле:
Я не хочу говорить о том, что пожилым людям это всё в новинку, и что гул стоит как будто у станка стоишь, но происходили неописуемые вещи, такие как обмен тикетами, даже был случай исправления номера, драки из за очередности. Окончательно система дала сбой, когда более менее адекватные люди, стали уходить из этой «электронной толчеи», и что же происходило дальше. Стоят две очереди «А» и «Б», в очереди «А» несколько людей с тикетами ушли, никакой регистрации выбывания их из очереди не произошло. Окошко вызывает «А112» никого нет, потом «Б82» очередь «Б» двигается, далее «А113» — никого нет, потом с очереди «Б» есть, и происходит что очередь «Б» двигается, а в очереди «А» происходит накал страстей…
P.S. Не знаю с чем это всё связано, совковщина, менталитет, распил финансирования, но все более менее умные идеи либо разваливаются, либо стоят дорого… Прямой пример стоимости за выписку 500р, а не хочешь стой и наслаждайся бюрократией и бардаком, и то даже эти 500 рублей не спасают, если всё равно придется потом отстоять эти очереди… Не хочу повторять знаменитые слова, а придется «Хотели как лучше, а получилось...» Ну дальше вы знаете…
Много интересных высказываний что: «любой язык учится за неделю», «С++ учиться за неделю» — да мой покойный преподаватель С, С++ и ООП, в гробу переворачивается от таких слов. Я про него могу сказать только самые лучшие слова, он был моим идеалом… И он не был одним из сто-летних препадов, которые бормочат о чем-то себе под нос… Тут уже сказали, жаль что не учат NET Framework 4.0, он учил… Конечно не 4-тому а второму в то время… А в его профессионализм я верю абсолютно, да и преподавал он только для своего удовлетворения, так как был Директором Саратовского отделения EPAM Systems. Кто не знает — погуглите… Неделю хватит для изучения основ, может синтаксиса, а до коммерческого проекта ещё далеко, совсем далеко…
Очень много людей появилось, которые знают всё, а всё что не знают выучат за неделю. Я не спорю, я тоже был молодым, тоже писал в резюме приблизительно также, то же всё знаю… Но сейчас я готов высказать большое спасибо тем людям которые меня брали на работу, и давали мне возможность работать и учиться(учиться работать, учиться технологиям, просто учиться наконец, так как я начал работать со 2-го курса). Самоуверенность это хорошее качество, но нельзя доводить до того, что бы оно граничило с безрассудством.
А что вообще эта масса в целом делает… При устройстве на работу, воротят такие проекты, когда смотришь на их код, манеру написания, и на тот ужас, который работает раз — через раз — диву даешься как такое возможно. А что — же дальше, их увольняют, приходят новые, и тд. Потом у работодателей складывается неверное представление о программировании и программистах вообще.
Работал в свое время в крупной организации, писали биллинг-систему. Так там до меня такие чудеса написали, что вообще переписывать всё с нуля пришлось. Полный пример изучения языка за неделю, а потом смотри на это и радуйся… А какие специалисты были — web-программист — автомеховец, базы-данных -ин.яз. А сколько таких сейчас, готов поспорить целые кучи. Я конечно не хочу обидеть всех кто занялся программированием, у меня есть много примеров что люди работающие в должности программистов но не по специальности, переплюнут многих кто по специальности работает, но таких мало.
А фриланс биржи… Лезут все кому не лень, а итог? Демпинг цен, я таких цен уже сто лет не видел, чтобы сайт предлагали сделать за 300р, логотип — 100р. Я даже видел интернет магазин за 5000р. А ведь алчность наших бизнесменов, заказчиков что творит. Нарываются на умельцев «за неделю PHP», или «в 9-ом классе Joomla»?.. А потом всем говорят, «Заказывал я уже таких как вы». А потом поробуй доказать что мы не такие как они? Знаю, сам общаюсь с такими заказчиками…
По поводу выбора специализации… Да 5 лет назад, учась на 2-ром курсе на специальности 220400 — Программное обеспечение вычислительной техники и автоматизированных систем, выбрал WEB. Специализация «WEB — программирование». В то время он был ещё не так освоен ка щас. Да и браузеров по меньше было:) Верстать полегче :) Что касается ситуации сейчас, даже не знаю что сказать. Не могу посоветовать вам идти в WEB, уж слишком много в него идёт, и с каждым годом в нем будет ещё сложнее, но если очень хочется то можно!!! :))
P.S. По поводу WEB могу сказать только одно: да, конечно, не спорю, очень много типовых задач можно решить CMS, модулями, плагинами… У студий, фрилансеров есть свои наработки, свои ЦМС, и тд. Но не стоит думать что веб программирование заключается только в настройке скина на движок, плагинов JQuery, и выбора модулей этого самого движка. Есть не типовые проекты, которые намного сложнее, интересней, и прибыльней…
P.P.S. Человек решивший олимпиадную задачку по программированию ещё не программист, далеко не программист…
Это тоже самое как человека сидящего за компьютером называть компьютерщиком…
У меня ВСЁ! :))) Извиняюсь за флуд, взбудоражила меня статья и комменты :))
Увы, но очень часто встречаюсь с такими заказчиками из серии «за 1 день и 100 рублей Мону Лизу».
Причём также, предлагаю вычеркнуть одно слово и этого списка, — помогает очень редко!!! Было предложение сделать социальную сеть с особым функционалом. Игра на форексе в реальном времени + социальная составляющая (друзья и тд.). Есть система обмена сообщениями 2-х типов, письма или послания + чат в реальном времени. Цитата: «Типа на торговых терминалах валютой торговать, и причем в чате писать можно в общем или своей группы слова вроде: „Я покупаю на паре EUR/USD кто со мной?“.»
Сначала очень долго объяснял, что это будет: не просто, не быстро, не дешево!!! Человек сказал — давай делай, всё будет, любые финансы...
Тут много говорили про: «заказчиков 1.0 без ТЗ», и «заказчиков 3.0 с ТЗ», так вот, я уже за свои 5 лет WEB- практики много всего повидал, сразу сказал заказчику что: работа по Договорам, ТЗ, и тд. Он согласился…
Потом в назначенный день, через пару недель методичного общения с заказчиком, выявления его желаний, составления бизнес логики и тд, было написано ТЗ, а также смета на создание сайта со сроками и ценами.
Заказчик долго смотрел, потом заявил мне: «Что мы долго с ним общались, что недели потратили на ТЗ, а я не сразу начал делать его „мега“ проект, что если бы я попросил у него более малую сумму… (не буду обозначать сроки и стоимость, но скажу что его предположение о цене было скажем, в рамках меньше 1000$, а моё побольше...).
Итог сей басни таков. Я потратил свое время на составление ТЗ, потратил нервы на общение с заказчиком. А заказчик сказал, что он найдет того, кто сделает дешевле и уехал восвояси... (ТЗ я конечно ему не отдал, домен зарегистрировал, пусть будет в моей копилке стартапов, идея то в общем неплохая… Считать этот коммент моим копирайтом :))))
Последнее время думаю о том, что все хотят всё и чтоб им за это ничего!!!
P.S. Это конечно один из самых беспредельных историй из моей практики, но тенденция отношений прослеживается, особенно у нас в провинции… Не смотря на то, что заказчики ездят на машинах ценою свыше миллиона рублей, зажимают каждую тысячу… Но не всё так плохо, попадаются и адекватные хорошие люди...
В чём то вам можно позавидовать, сам сижу в провинции… Зарплаты я бы сказал тут около 1000$ — 1500$ — максимум для практически всех видов IT деятельности, т.е, и WEB, LAMP, .NET+C#, и даже Дизайн все стремяться к ним. Руководящие должности конечно получают побольше, и есть ещё пару зарубежных компаний которые предлагают побольше чем по городу, но требования у них э-ге-ней. Говорят что им люди нужны с нестандартным складом ума, а опыт, стаж, умения, это всё так…
Сам никак не могу решиться. Сваливать или не сваливать. Может страх к переменам, может патриотизм, может всё вместе :) Да и родных с друзьями покидать… Тут же когда такие положения с финансами, работой, за родных и друзей держишься, да и они за тебя…
P.S. По поводу работы в 1000$ -1500$, был случай, что одна фирма предлагала «официально» работу PHP-программиста, а «по делам» работу WEB-разработчика, который бы был дизайнером, flash-аниматором, сам верстал, наполнял контент, плюс программировал бы PHP+MySQL, вел проекты, общался бы с заказчиками, и ещё админил бы их корпоративные сайты. Это прям как человек оркестр или передвижная WEB-студия, я кстати забыл сказать, что они и СЕО на него возлагали… и всё это за 10000 рублей грязными, с вычетом НДФЛ там вообще труба… А вы говорите — провинция. :)
Работал за одним монитором ЭЛТ 19", потом на работе было обновление, и мне подарили ещё и ЖК 19"… ЭЛТ решил не выбрасывать, поставил 2 рядом, удобнее стало на много. Как уже тут много говорилось про среду и браузер, работал на одном в Eclipse, на другом в Firefox — удобнее стало в несколько раз. Заметил ещё один плюс связки ЭЛТ и ЖК, дизайн макеты сайтов можно было посмотреть одновременно на обоих, и постараться привести их к более менее одинаковому отображению. А то на ЭЛТ видны мелкие градации градиентов, а на ЖК я даже намёка на градиент не видел. Когда корректируешь макет и одновременно видишь как на ЭЛТ и ЖК выглядит, оптимизировать его получается намного быстрее. А то были случаи разборок с заказчиками типа: «Почему у вас в офисе мне нравиться макет, а у себя, на моём мониторе смотреть невозможно!». Тут уж не до объяснений про цветовые профили и настройки мониторов…
По поводу сливания баз абсолютно согласен… Скорее всего так и есть, и это не обязательно затеи сервисов, блогов, или форумов. Возможно это недобросовестные сотрудники продают базы, возможно это они подрабатывают спамом… :).
Хотя некоторые могут подумать так: «Если на моем сервисе(социалке, форуме) накопилось несколько тысяч почтовых адресов, то что добру пропадать, кинем и их в дело, а там никто ничего и не докажет, откуда e-mail в спам рассылке оказалсо...»
P.S. Сам сервисы или стартапы пока не открывал, спамеров — НЕНАВИЖУ, хотя с другой стороны это тоже работа. СПАМ — один из видов интернет- маркетинга. Представляю если бы так обозлились все на менеджеров по продажам, вот ситуации были бы.
Звонок в офис:
— Алло, Здравствуйте, я представляю компанию «Маленькие Шишки», с кем можно поговорить по поводу…
— Да пошли вы!!! Чёртовы менеджеры!!! Зае…!!!
И обсуждения на форумах:
Ох уж эти менеджеры, с ними что-то надо делать… Давайте объединимся в борьбу против менеджеров…
Ещё бы секретарш натаскивали: «Если менеджеры позвонят.....» :))) Извиняюсь за флуд, что-то навеяло…
Не, ну я же не предлагаю дублировать капчу, я предлагаю выводить почтовые адреса, чтобы их невозможно было с первого взгляда отличить от текста, а вот при попытки скопировать или пропарсить…
Если людям сильно необходим этот почтовый адрес то они его сами наберут…
На самый крайний случай можно придумать какой нибудь JS скрипт, который будет выводить выпадающее меню с кнопкой «В буфер обмена», а сам адрес будет брать Аjax-oм из базы или откуда либо, тогда и пропарсить его не получиться, и вроде как для людей юзабельно.
По поводу написания почты и различной замены "@" на разные символы, можно использовать другую идейку…
К примеру замутить скрипт, который будет парсить введённые данные на наличие e-mail адреса, и при выводе этих данных в комментах, или где либо, рисовать его через GD, и выводить уже как gif, или jpeg, а не как текст…
Причем если нормально всё реализовать, не будет заметно отличие вставок генерированных картинок в текст.
Конечно эта версия не прокатит для многих нынешних форумов, и блогов, но её можно использовать в новых проектах. Многие скажут, что очень много проблем будет с версткой картинок в текст, в любом случае этот вариант можно использовать не везде.
P.S. Не судите строго, это лишь идея, напишу скрипт отчитаюсь…
Я считаю, что если каждому человеку раздать по кабинету, это конечно же утомляет, а вот если реализовать, некую связь так называемых "кубиков" и кабинетов, то будет вполне сносно. Кабинетами можно разделить области действия, к примеру, вот тут дизайнеры, вот тут кодеры, вот тут архитекторы, а тут менеджеры. Я конечно не против чтобы все эти слои общались, наоборот, общение этих слоёв необходимо для правильной работы. но некоторое разделение внесет ясность. Сам работаю ведущим web программистом по схеме, со мной в кабинете еще сидит главный дизайнер, и контент-менеджер. С одной стороны это хорошо, особенно когда нужно обговорить какие либо макеты, или реализацию того или иного момента. Это не утомляет и даже в некотором смысле приятно, что ты не один в глухой комнате, когда с тобой сидит 3 - 5 человек, а когда сидит 20 - 50, это уже другой вопрос...
Я тут гляжу, все чаще все кричат о бренд-буках, и всяких подобных вещах. Скажу из практики:
Множество компаний малого и среднего бизнеса не имеют понятий таких как бренд-бук.
Пример: Приходит заказчик и говорит: "Хочу сделать сайт для своей компании X". У него спрашивают, а вот у вас есть логотипы, фирменные стили, и тд. Чтобы так- сказать создать концепцию дизайна. А он отвечает: "В моих салонах(К примеру о торговой организации) в основном цвет стен - такой желтенький, и с красненьким по бокам, и я думаю сайт тоже нужно сделать приблизительно также, что-бы люди когда пришли в салон видели туже гамму". Такого понятия о бренд-буке вообще не имеет. Причем если заказчику предложить разработать фирменный стиль, он скажет что его устраивают те цвета в салонах и вывеска, которую сделали без связи, так что не нуждаюсь.
Если бы все заказчики имели бы бренд-буки, то жизнь всех дизайнеров облегчилась во много раз, а то получается как в сказке, только на другой лад: "Нарисуй мне то, не знай что, нарисуй мне так, не знаю как."
Я даже готов поспорить что если не брать серьезные компании, и большой бизнес, то в лучшем случае у 30% компаний, или будет представление о бренд-буках, или будут сами бренд-буки. Конечно я не говорю о таких городах как Санкт-Петербург, или уж другом государстве Москве, там все иначе, и то не уверен. У остальных компаний, максимум что будет из корпоративного стиля, так это шапка, которую в Word-е накидывают на бланки, или еще куда. И логотип, который они зачастую рисуют сами внутренними силами.(Еще раз говорю для малого и среднего бизнеса).
По сути, основными клиентами на создание сайтов(коммерческих), как-раз являются развивающиеся компании, а не гиганты вроде Юкоса или Автоваза, которые с помощью интернета развивают свой рынок...
Полностью согласен, что ТЗ - список требований, но ваш вариант, более похож на ТЗ Технической стороны.Я конечно понимаю что Техническое Задание Технической стороны - это масло масляное и звучит не очень...
Но сдесь в теме "ТЗ на дизайн" и в ТЗ на Дизайн, скорее будет расположение элементов, цвет элементов, оформление элементов, оформление различных блоков страниц, и самих страниц, а также функциональных элементов...
А вот например "Лента новостей одна или несколько? Будет ли архив? Как он будет представлен? Будет ли экспорт новостей в RSS? Какие элементы у каждой новости может редактировать заказчик? Как будет осуществляться редактирование новостей? Что будет у каждой новости — заголовок и текст или же будет еще и анонс (краткое содержание)? Куда будут выводиться анонсы или заголовки новостей?" - это уже более техническая сторона, архитектора сайта, ну или программиста, так как, это все функционал, дизайнер же просто описывает где размещён блок, и как он выглядит,как будет выглядеть кнопка RSS итд.
ТЗ, по сути, это нечто подобное чертежу, по которому потом строиться сайт, или дизайн, или любое программное творение, оно защищает как заказчика, так и программиста,или в данном случае дизайнера.
Рассмотрим пример: Есть одна фирма X и она хочет создать сайт,основная концепция программной стороны уже решена и дело перешло к дизайну всей этой программной стороны...
Варианты дальнейшего развития.
1.Дизайнер рисует макет без ТЗ, немного поговорив с Заказчиком по телефону, и узнав общий план.
Дизайнер кропотливо вырисовывает макет сайта, с представленной, насколько возможно информацией , и если есть фирменным стилем... Потом он выкладывает макет для просмотра заказчику, и оказывается заказчик хотел немного иначе, другие тона, другие цвета, и переделка данного макета может продолжаться очень долго(Конечно смотря какой заказчик...)
2.Дизайнер рисует макет по полному кропотливо написанному ТЗ.
Дизайнер по сути механически перерисовывает все то, что он видит на бумаге в ТЗ, никакого полета мысли, жесткие рамки и все. В итоге мы получаем довольно-таки сухой сайт, при создании которого и у дизайнера не было удовольствия, и у заказчика (Сам много раз встречался...) складывается плохое впечатление по самому макету, и ему так-же многое не нравится(Ибо он представлял себе это не так... Хоть и написал жесткие требования) и так как ТЗ является защитой не только заказчика но и исполнителя, существует 2 развязки: 1. Сайт выходит в жизнь, с дизайном, не понравившемся никому, либо 2. Долгие завязки в бюрократии бумаг.
3.Дизайнер и заказчик формируют ТЗ совместно и мягко, в процессе.
У дизайнера есть небольшое пространство для полета мыслей, у заказчика есть гарантия, что он увидит то, что он хочет. Дизайнер с заказчиком, рассматривают основные цветовые гаммы, рисунки, элементы дизайна, и совместное их расположение. После этого подписывается ТЗ, в котором есть данные о всем что они договорились. И Дизайнер продолжает работу. Неплохой по моему мнению вариант: Дизайнер защищен от того, что после работы по созданию макета, ему не скажут: "Эй, это не совсем то, давай-ка все заново!", ну если и скажут, то это будут другое ТЗ и другие финансы. И у заказчика защита вроде тоже как есть...
Главное во всем этом не затягивать с бумагой, а выработать небольшой структурированной план, который можно быстро описать. Огромные ТЗ на дизайн заберут много времени, да так, что не хватит времени на сам дизайн...
Не хочу обижать программистов, сам им был, но просто принять время работы программиста, не добавив сколько нибудь времени на риски, это прямая ошибка менеджера. Увеличивая сроки менеджер не говорит программисту, что «ты не сделаешь это за 1 час», он просто страхует и программиста от непредвиденных обстоятельств, чтоб потом не было объяснений почему задержался проект, и заказчика от задержек, и самого себя находясь так сказать между двумя огнями.
Программист же в данной ситуации сказал не оценив трудности...
Если каждому из участников стараться просчитывать, и соблюдать некие правила, у каждого возможно они свои, то возможно такой вражды не будет, а то Колизей, гладиаторы… :)
Мало того, что правила назначения этого коэффициента очень размыты, будь то «сложно» или «просто», да и кто его будет назначать?
Если его назначает программист то вот что из этого вышло? Коэффициент к = «Плёвое дело», «20 минут», а в итоге — «спустя 5 часов».
Если менеджер далек от программирования исходя из «Трудно объяснить непрограммеру, но попытаюсь», хотя я лично не могу такое представить, как менеджер проектов по программированию вообще не в курсах о програмировании, хотя возможно речь идёт о простом менеджере, который сидит как прослойка между заказчиком и прграммером, тогда он тем более не может установить этот коэффициент и время.
Так этот коэффициент ещё и меняется в процессе работы. По неясным законам.
Я работая менеджером по проектам часто сталкивался с такой ситуацией, да честно спрашиваю за сколько это человек сделает, да мне отвечают, но зная по собственному опыту, сдача в срок согласно данному времени происходит очень редко. Всегда слышу что там, «пошло не так», что «мы не предусмотрели», что «а там вот как на самом деле». Небольшой выход из этой ситуации я нашел как:
- 1.Не требовать с программиста ответ сразу, а дать некоторое время на анализ задачи. Я сам был программистом и знаю как это всё происходит.
- 2.Работая с людьми, и ведя проекты, я ориентировочно вижу погрешность людей в их оценке, и корректирую сроки согласно погрешности. Причем это легко видно на диаграмме Ганта, тем более работая с людьми долгое время. В итоге можно скорректировать время.
- 3.Учитывать риски, работая с незнакомой CMS, с незнакомой библиотекой, всё это определяет возможные проблемы, которые также влияют на время.
Складывается такое впечатление, что пост больше от программиста чем от менеджера, и что менеджеры такие плохие, мыслят временем а не задачами. В посте также много фигурирует такой коэффициент $, если программист работает на окладе, его по сути вообще не должны волновать такие вопросы, единственное что важно, это вовремя уведомить менеджера об изменениях…P.S. Я считаю что работать менеджером, это находить баланс, между программистами (дизайнерами, контентом и т.д.) и заказчиками, будь то это ген. директор, или заказчик со стороны. Если все проекты и задачи задерживаются, это проблема управления. Если все проекты выполняются быстрее запланированного, это проблема управления. Правильный учёт рисков и тайм менеджмент главные друзья менеджера…
Дело было в «всеми любимом» Сбербанке. Аппарат выдает тикеты 2 типов «А» и «Б», таким образом формируется 2 очереди, в окно вызывают по очереди, сначала «А» потом «Б», и далее всё повторяется.
Что происходит на самом деле:
Я не хочу говорить о том, что пожилым людям это всё в новинку, и что гул стоит как будто у станка стоишь, но происходили неописуемые вещи, такие как обмен тикетами, даже был случай исправления номера, драки из за очередности. Окончательно система дала сбой, когда более менее адекватные люди, стали уходить из этой «электронной толчеи», и что же происходило дальше. Стоят две очереди «А» и «Б», в очереди «А» несколько людей с тикетами ушли, никакой регистрации выбывания их из очереди не произошло. Окошко вызывает «А112» никого нет, потом «Б82» очередь «Б» двигается, далее «А113» — никого нет, потом с очереди «Б» есть, и происходит что очередь «Б» двигается, а в очереди «А» происходит накал страстей…
P.S. Не знаю с чем это всё связано, совковщина, менталитет, распил финансирования, но все более менее умные идеи либо разваливаются, либо стоят дорого… Прямой пример стоимости за выписку 500р, а не хочешь стой и наслаждайся бюрократией и бардаком, и то даже эти 500 рублей не спасают, если всё равно придется потом отстоять эти очереди… Не хочу повторять знаменитые слова, а придется «Хотели как лучше, а получилось...» Ну дальше вы знаете…
Много интересных высказываний что: «любой язык учится за неделю», «С++ учиться за неделю» — да мой покойный преподаватель С, С++ и ООП, в гробу переворачивается от таких слов. Я про него могу сказать только самые лучшие слова, он был моим идеалом… И он не был одним из сто-летних препадов, которые бормочат о чем-то себе под нос… Тут уже сказали, жаль что не учат NET Framework 4.0, он учил… Конечно не 4-тому а второму в то время… А в его профессионализм я верю абсолютно, да и преподавал он только для своего удовлетворения, так как был Директором Саратовского отделения EPAM Systems. Кто не знает — погуглите… Неделю хватит для изучения основ, может синтаксиса, а до коммерческого проекта ещё далеко, совсем далеко…
Очень много людей появилось, которые знают всё, а всё что не знают выучат за неделю. Я не спорю, я тоже был молодым, тоже писал в резюме приблизительно также, то же всё знаю… Но сейчас я готов высказать большое спасибо тем людям которые меня брали на работу, и давали мне возможность работать и учиться(учиться работать, учиться технологиям, просто учиться наконец, так как я начал работать со 2-го курса). Самоуверенность это хорошее качество, но нельзя доводить до того, что бы оно граничило с безрассудством.
А что вообще эта масса в целом делает… При устройстве на работу, воротят такие проекты, когда смотришь на их код, манеру написания, и на тот ужас, который работает раз — через раз — диву даешься как такое возможно. А что — же дальше, их увольняют, приходят новые, и тд. Потом у работодателей складывается неверное представление о программировании и программистах вообще.
Работал в свое время в крупной организации, писали биллинг-систему. Так там до меня такие чудеса написали, что вообще переписывать всё с нуля пришлось. Полный пример изучения языка за неделю, а потом смотри на это и радуйся… А какие специалисты были — web-программист — автомеховец, базы-данных -ин.яз. А сколько таких сейчас, готов поспорить целые кучи. Я конечно не хочу обидеть всех кто занялся программированием, у меня есть много примеров что люди работающие в должности программистов но не по специальности, переплюнут многих кто по специальности работает, но таких мало.
А фриланс биржи… Лезут все кому не лень, а итог? Демпинг цен, я таких цен уже сто лет не видел, чтобы сайт предлагали сделать за 300р, логотип — 100р. Я даже видел интернет магазин за 5000р. А ведь алчность наших бизнесменов, заказчиков что творит. Нарываются на умельцев «за неделю PHP», или «в 9-ом классе Joomla»?.. А потом всем говорят, «Заказывал я уже таких как вы». А потом поробуй доказать что мы не такие как они? Знаю, сам общаюсь с такими заказчиками…
По поводу выбора специализации… Да 5 лет назад, учась на 2-ром курсе на специальности 220400 — Программное обеспечение вычислительной техники и автоматизированных систем, выбрал WEB. Специализация «WEB — программирование». В то время он был ещё не так освоен ка щас. Да и браузеров по меньше было:) Верстать полегче :) Что касается ситуации сейчас, даже не знаю что сказать. Не могу посоветовать вам идти в WEB, уж слишком много в него идёт, и с каждым годом в нем будет ещё сложнее, но если очень хочется то можно!!! :))
P.S. По поводу WEB могу сказать только одно: да, конечно, не спорю, очень много типовых задач можно решить CMS, модулями, плагинами… У студий, фрилансеров есть свои наработки, свои ЦМС, и тд. Но не стоит думать что веб программирование заключается только в настройке скина на движок, плагинов JQuery, и выбора модулей этого самого движка. Есть не типовые проекты, которые намного сложнее, интересней, и прибыльней…
P.P.S. Человек решивший олимпиадную задачку по программированию ещё не программист, далеко не программист…
Это тоже самое как человека сидящего за компьютером называть компьютерщиком…
У меня ВСЁ! :))) Извиняюсь за флуд, взбудоражила меня статья и комменты :))
Причём также, предлагаю вычеркнуть одно слово и этого списка, — помогает очень редко!!!
Было предложение сделать социальную сеть с особым функционалом. Игра на форексе в реальном времени + социальная составляющая (друзья и тд.). Есть система обмена сообщениями 2-х типов, письма или послания + чат в реальном времени. Цитата: «Типа на торговых терминалах валютой торговать, и причем в чате писать можно в общем или своей группы слова вроде: „Я покупаю на паре EUR/USD кто со мной?“.»
Сначала очень долго объяснял, что это будет: не просто, не быстро, не дешево!!! Человек сказал — давай делай, всё будет, любые финансы...
Тут много говорили про: «заказчиков 1.0 без ТЗ», и «заказчиков 3.0 с ТЗ», так вот, я уже за свои 5 лет WEB- практики много всего повидал, сразу сказал заказчику что: работа по Договорам, ТЗ, и тд. Он согласился…
Потом в назначенный день, через пару недель методичного общения с заказчиком, выявления его желаний, составления бизнес логики и тд, было написано ТЗ, а также смета на создание сайта со сроками и ценами.
Заказчик долго смотрел, потом заявил мне: «Что мы долго с ним общались, что недели потратили на ТЗ, а я не сразу начал делать его „мега“ проект, что если бы я попросил у него более малую сумму… (не буду обозначать сроки и стоимость, но скажу что его предположение о цене было скажем, в рамках меньше 1000$, а моё побольше...).
Итог сей басни таков. Я потратил свое время на составление ТЗ, потратил нервы на общение с заказчиком. А заказчик сказал, что он найдет того, кто сделает дешевле и уехал восвояси... (ТЗ я конечно ему не отдал, домен зарегистрировал, пусть будет в моей копилке стартапов, идея то в общем неплохая… Считать этот коммент моим копирайтом :))))
Последнее время думаю о том, что все хотят всё и чтоб им за это ничего!!!
P.S. Это конечно один из самых беспредельных историй из моей практики, но тенденция отношений прослеживается, особенно у нас в провинции… Не смотря на то, что заказчики ездят на машинах ценою свыше миллиона рублей, зажимают каждую тысячу… Но не всё так плохо, попадаются и адекватные хорошие люди...
Сам никак не могу решиться. Сваливать или не сваливать. Может страх к переменам, может патриотизм, может всё вместе :) Да и родных с друзьями покидать… Тут же когда такие положения с финансами, работой, за родных и друзей держишься, да и они за тебя…
P.S. По поводу работы в 1000$ -1500$, был случай, что одна фирма предлагала «официально» работу PHP-программиста, а «по делам» работу WEB-разработчика, который бы был дизайнером, flash-аниматором, сам верстал, наполнял контент, плюс программировал бы PHP+MySQL, вел проекты, общался бы с заказчиками, и ещё админил бы их корпоративные сайты. Это прям как человек оркестр или передвижная WEB-студия, я кстати забыл сказать, что они и СЕО на него возлагали… и всё это за 10000 рублей грязными, с вычетом НДФЛ там вообще труба… А вы говорите — провинция. :)
Хотя некоторые могут подумать так: «Если на моем сервисе(социалке, форуме) накопилось несколько тысяч почтовых адресов, то что добру пропадать, кинем и их в дело, а там никто ничего и не докажет, откуда e-mail в спам рассылке оказалсо...»
P.S. Сам сервисы или стартапы пока не открывал, спамеров — НЕНАВИЖУ, хотя с другой стороны это тоже работа. СПАМ — один из видов интернет- маркетинга. Представляю если бы так обозлились все на менеджеров по продажам, вот ситуации были бы.
Звонок в офис:
— Алло, Здравствуйте, я представляю компанию «Маленькие Шишки», с кем можно поговорить по поводу…
— Да пошли вы!!! Чёртовы менеджеры!!! Зае…!!!
И обсуждения на форумах:
Ох уж эти менеджеры, с ними что-то надо делать… Давайте объединимся в борьбу против менеджеров…
Ещё бы секретарш натаскивали: «Если менеджеры позвонят.....» :))) Извиняюсь за флуд, что-то навеяло…
Если людям сильно необходим этот почтовый адрес то они его сами наберут…
На самый крайний случай можно придумать какой нибудь JS скрипт, который будет выводить выпадающее меню с кнопкой «В буфер обмена», а сам адрес будет брать Аjax-oм из базы или откуда либо, тогда и пропарсить его не получиться, и вроде как для людей юзабельно.
К примеру замутить скрипт, который будет парсить введённые данные на наличие e-mail адреса, и при выводе этих данных в комментах, или где либо, рисовать его через GD, и выводить уже как gif, или jpeg, а не как текст…
Причем если нормально всё реализовать, не будет заметно отличие вставок генерированных картинок в текст.
Конечно эта версия не прокатит для многих нынешних форумов, и блогов, но её можно использовать в новых проектах. Многие скажут, что очень много проблем будет с версткой картинок в текст, в любом случае этот вариант можно использовать не везде.
P.S. Не судите строго, это лишь идея, напишу скрипт отчитаюсь…
Множество компаний малого и среднего бизнеса не имеют понятий таких как бренд-бук.
Пример: Приходит заказчик и говорит: "Хочу сделать сайт для своей компании X". У него спрашивают, а вот у вас есть логотипы, фирменные стили, и тд. Чтобы так- сказать создать концепцию дизайна. А он отвечает: "В моих салонах(К примеру о торговой организации) в основном цвет стен - такой желтенький, и с красненьким по бокам, и я думаю сайт тоже нужно сделать приблизительно также, что-бы люди когда пришли в салон видели туже гамму". Такого понятия о бренд-буке вообще не имеет. Причем если заказчику предложить разработать фирменный стиль, он скажет что его устраивают те цвета в салонах и вывеска, которую сделали без связи, так что не нуждаюсь.
Если бы все заказчики имели бы бренд-буки, то жизнь всех дизайнеров облегчилась во много раз, а то получается как в сказке, только на другой лад: "Нарисуй мне то, не знай что, нарисуй мне так, не знаю как."
Я даже готов поспорить что если не брать серьезные компании, и большой бизнес, то в лучшем случае у 30% компаний, или будет представление о бренд-буках, или будут сами бренд-буки. Конечно я не говорю о таких городах как Санкт-Петербург, или уж другом государстве Москве, там все иначе, и то не уверен. У остальных компаний, максимум что будет из корпоративного стиля, так это шапка, которую в Word-е накидывают на бланки, или еще куда. И логотип, который они зачастую рисуют сами внутренними силами.(Еще раз говорю для малого и среднего бизнеса).
По сути, основными клиентами на создание сайтов(коммерческих), как-раз являются развивающиеся компании, а не гиганты вроде Юкоса или Автоваза, которые с помощью интернета развивают свой рынок...
Но сдесь в теме "ТЗ на дизайн" и в ТЗ на Дизайн, скорее будет расположение элементов, цвет элементов, оформление элементов, оформление различных блоков страниц, и самих страниц, а также функциональных элементов...
А вот например "Лента новостей одна или несколько? Будет ли архив? Как он будет представлен? Будет ли экспорт новостей в RSS? Какие элементы у каждой новости может редактировать заказчик? Как будет осуществляться редактирование новостей? Что будет у каждой новости — заголовок и текст или же будет еще и анонс (краткое содержание)? Куда будут выводиться анонсы или заголовки новостей?" - это уже более техническая сторона, архитектора сайта, ну или программиста, так как, это все функционал, дизайнер же просто описывает где размещён блок, и как он выглядит,как будет выглядеть кнопка RSS итд.
Рассмотрим пример: Есть одна фирма X и она хочет создать сайт,основная концепция программной стороны уже решена и дело перешло к дизайну всей этой программной стороны...
Варианты дальнейшего развития.
1.Дизайнер рисует макет без ТЗ, немного поговорив с Заказчиком по телефону, и узнав общий план.
Дизайнер кропотливо вырисовывает макет сайта, с представленной, насколько возможно информацией , и если есть фирменным стилем... Потом он выкладывает макет для просмотра заказчику, и оказывается заказчик хотел немного иначе, другие тона, другие цвета, и переделка данного макета может продолжаться очень долго(Конечно смотря какой заказчик...)
2.Дизайнер рисует макет по полному кропотливо написанному ТЗ.
Дизайнер по сути механически перерисовывает все то, что он видит на бумаге в ТЗ, никакого полета мысли, жесткие рамки и все. В итоге мы получаем довольно-таки сухой сайт, при создании которого и у дизайнера не было удовольствия, и у заказчика (Сам много раз встречался...) складывается плохое впечатление по самому макету, и ему так-же многое не нравится(Ибо он представлял себе это не так... Хоть и написал жесткие требования) и так как ТЗ является защитой не только заказчика но и исполнителя, существует 2 развязки: 1. Сайт выходит в жизнь, с дизайном, не понравившемся никому, либо 2. Долгие завязки в бюрократии бумаг.
3.Дизайнер и заказчик формируют ТЗ совместно и мягко, в процессе.
У дизайнера есть небольшое пространство для полета мыслей, у заказчика есть гарантия, что он увидит то, что он хочет. Дизайнер с заказчиком, рассматривают основные цветовые гаммы, рисунки, элементы дизайна, и совместное их расположение. После этого подписывается ТЗ, в котором есть данные о всем что они договорились. И Дизайнер продолжает работу. Неплохой по моему мнению вариант: Дизайнер защищен от того, что после работы по созданию макета, ему не скажут: "Эй, это не совсем то, давай-ка все заново!", ну если и скажут, то это будут другое ТЗ и другие финансы. И у заказчика защита вроде тоже как есть...
Главное во всем этом не затягивать с бумагой, а выработать небольшой структурированной план, который можно быстро описать. Огромные ТЗ на дизайн заберут много времени, да так, что не хватит времени на сам дизайн...