очень толковый и по делу материал. респект автору.
но! используйте хабракат, каждый раз пролистывать длинючий пост утомительно и незачем. все и так прочитают
сохранил. почитаю
ну с 1998 года. почти 9 лет. то что с 16 - не удивляйтесь, так оно и было. первые 2 года преподавал информатику на подготовительных курсах в колледже. потом учил ИТ в разных формах и разных людей. В ВУЗе преподаю (правда ну очень чуть-чуть) последние 4 года.
хехе. я тот самый преподаватель )) более того, пост, описывающий дефейс хабра того же автора ))
по сути вы абсолютно правы. я давно занимаюсь преподаванием и последние года 3 еще и вебом и хорошо понимаю, что:
во-первых, студенты реально хороший продукт сделать не могут, т.к. они делают его впервые. в нем будет море дыр, уязвимостей, непродуманностей, багов, ситуационных решений и тп.
во-вторых, намного важнее дать им понять чем дышит разработка сколько-нибудь крупного проекта "внесколькером", как слушаться главного и как работать ответственно, кто и как должен тестить проект и почем дизайнер должен уметь верстать
в-третьих. лабораторную на разработку модуля "фотогалерея" студенты мне не сдают до тех пор, пока я могу нарушить ее работу. загрузкой скрипта, sql-инъекцией, чем угодно.
нет, для себя не хочу. у меня другие интересы и источники дохода. а вот моя компания, скорее всего, будет его хостить или должна внятно объяснить почему не будет.
спрашиваю потому, что а) мне интересно б) я прочитал коммент уважаемого unno о том что это не совсем законно, в другой теме.
мой (простите за нескромность) опыт убеждает в следующем.
в условиях низкодоходного бизнеса (а производство сайтов, сео не в счет), когда вы физически не можете платить всем неснижаемый оклад в размере 90% средней зарплаты такого спеца в регионе и еще 40% бонусами, чтобы жестко его держать, можно заставить систему работать эффективно и относительно прибыльно только преобладанием оплаты за проект в доходе.
в макси-варианте все сделали по 3 проекта, у всех куча бонусов. в мини-варианте для всех: все получили по ставке оклада, собственник понес убытки или остался в нуле, но все знают: это заслуженно, это потому что тупняк и лень.
в миди-варианте, когда бизнес в целом сработал на твердую четверку, а конкретный вася сосет лапу, он знает почему он ее сосет: сессия, баш.орг и депрессия.
эта жесткая схема позволяет всем иметь твердую уверенность в том, что они получают только за результат, а руководителю не заниматься идиотским зашиванием частей интернета, контролировать время прихода и прочее.
текучка. проект - это дизайн, верстка, код, всякие мелкие вопросы между заказчиком и вами.
а организация - это звонки в офис, налоговая, пенсионный, новые заказы, новые сотрудники, покупка софта, бумага факсовая и бумага туалетная
самое страшное и отнимающее 90 процентов усилий - это текучка
я почему-то как раз руководитель команды веб-разработчиков
спасибо за пост. мог бы - плюс поставил.
важно
1. знание технологий. то есть на любой вопрос любого заказчика надо или дать ответ на его языке или грамотно залечить, или не ударить в грязь лицом, сказав, что это вопрос частный, и ты дашь на него ответ через час или завтра. никогда никому не врать относительно своих/чужих компетенций.
2. знание техпроцесса. то есть детальнейше и с примерами уметь рассказать что и как делается.
3. быть лидером процесса ведения проекта. не прогибаться ни под заказчика (МЫ решаем ВАШИ задачи теми методами, которые считаем правильными), ни под исполнителя ("гении"-дизайнеры есть, иногда они нужны), фанатики-кодеры есть, они вредны всегда, кроме написания ядер и движков, что редкость
4. здравый смысл во всем. роль руководителя веб-проектов на 40 минимум заключается в консультировании заказчика даже не по вопросам сайта, в по вопросам структурирования его бизнес-процессов, ит-службы, информационных взимодейстий. зарабатываешь очки как профессионал - зарабатываешь клиентов
5. искреннее уважение командой и команды в обе стороны. иначе будет бардак, раздрай и войны.
на ваш вопрос. если вы опытный писатель сайтов и человек с активной позицией, а также задатками лидера - у вас получится. работайте
вот приносят вам доверенность на автомобиль. вам не не приходит в голову отсканировать ее и полученный тиф распознать как mp3шку? вы читаете ее по-русски. вот и читайте самым простым способом. еще профессор выбегалло речь орангутанов задом наперед слушал, только на малой скорости. получалось нечто потрясающее, по его словам
интерпретации равноправны ну разве что с философской точки зрения, некоего нео-ИТ-идеализма: информация есть все, а смысл есть тень ее, отбрасываемая интерпретатором.
в информатике (уж простите за общий термин, точнее сложно сказать, где) есть разделение данные/знания
данные - любая последовательность любых бит, и что это - ваш кашель в wav'e или криптопоследовательность, в общем не важно, а знания обладают набором свойств, ключевое из которых - известность алгоритма интерпретирования.
так вот реально все данные люди (и юристы тоже) рассматривают ТОЛЬКО в совокупности с алгоритмами интерпретации. без них это ленты зеленой цифири, как в скриншоты про матрицу
контент-менеджера (КМ) заменить достаточно легко. людей с ВО, особе не знающих, куда себя применить, полно. есть КМ у вас пишет статьи (что вряд ли), тогда сложнее, а вообще-то дефицита КМ я, например, не наблюдаю
что же касается дизайнеров, то, во-первых, они постепенно растут как профессионалы, обзаводятся "почерком", который повторить очтяжко. да и о востребованности я бы сказал, легче всего судить по free-lance.ru
у нас дизайнеры примерно так и оплачиваются - вчетверо лучше КМ
Вроде бы человек ведет речь не столько о быстром поиске, сколько о выделении часто используемого контента в общей массе.
По совести говоря, если организовать свою массу так, чтобы в каждом каталоге было не более 20-25 элементов (папок с sources тоже касается), то и никаких проблем с поиском нету. Быстро вспомнил чего ищещь - и нашел.
А софтверные решения имхо лежат на поверхности - или Mac, про который сказали, или попроще: перед списком с алфавитно-отсортированным содержимым выводится 3-5 наиболее часто используемых объектов. MS office примерно так делает уже 100 лет, главное меню KDE моей Mandriva выводит "часто используемые приложения". причем кажется и правда учитывает частоту, а не последние 10 запущенных.
но! используйте хабракат, каждый раз пролистывать длинючий пост утомительно и незачем. все и так прочитают
ну с 1998 года. почти 9 лет. то что с 16 - не удивляйтесь, так оно и было. первые 2 года преподавал информатику на подготовительных курсах в колледже. потом учил ИТ в разных формах и разных людей. В ВУЗе преподаю (правда ну очень чуть-чуть) последние 4 года.
по сути вы абсолютно правы. я давно занимаюсь преподаванием и последние года 3 еще и вебом и хорошо понимаю, что:
во-первых, студенты реально хороший продукт сделать не могут, т.к. они делают его впервые. в нем будет море дыр, уязвимостей, непродуманностей, багов, ситуационных решений и тп.
во-вторых, намного важнее дать им понять чем дышит разработка сколько-нибудь крупного проекта "внесколькером", как слушаться главного и как работать ответственно, кто и как должен тестить проект и почем дизайнер должен уметь верстать
в-третьих. лабораторную на разработку модуля "фотогалерея" студенты мне не сдают до тех пор, пока я могу нарушить ее работу. загрузкой скрипта, sql-инъекцией, чем угодно.
пробуйте. денег не заработаете, правда. только при максимальном использовании поломают вам старые макинтоши
спрашиваю потому, что а) мне интересно б) я прочитал коммент уважаемого unno о том что это не совсем законно, в другой теме.
в условиях низкодоходного бизнеса (а производство сайтов, сео не в счет), когда вы физически не можете платить всем неснижаемый оклад в размере 90% средней зарплаты такого спеца в регионе и еще 40% бонусами, чтобы жестко его держать, можно заставить систему работать эффективно и относительно прибыльно только преобладанием оплаты за проект в доходе.
в макси-варианте все сделали по 3 проекта, у всех куча бонусов. в мини-варианте для всех: все получили по ставке оклада, собственник понес убытки или остался в нуле, но все знают: это заслуженно, это потому что тупняк и лень.
в миди-варианте, когда бизнес в целом сработал на твердую четверку, а конкретный вася сосет лапу, он знает почему он ее сосет: сессия, баш.орг и депрессия.
эта жесткая схема позволяет всем иметь твердую уверенность в том, что они получают только за результат, а руководителю не заниматься идиотским зашиванием частей интернета, контролировать время прихода и прочее.
кто работает - тот ест
а организация - это звонки в офис, налоговая, пенсионный, новые заказы, новые сотрудники, покупка софта, бумага факсовая и бумага туалетная
самое страшное и отнимающее 90 процентов усилий - это текучка
спасибо за пост. мог бы - плюс поставил.
важно
1. знание технологий. то есть на любой вопрос любого заказчика надо или дать ответ на его языке или грамотно залечить, или не ударить в грязь лицом, сказав, что это вопрос частный, и ты дашь на него ответ через час или завтра. никогда никому не врать относительно своих/чужих компетенций.
2. знание техпроцесса. то есть детальнейше и с примерами уметь рассказать что и как делается.
3. быть лидером процесса ведения проекта. не прогибаться ни под заказчика (МЫ решаем ВАШИ задачи теми методами, которые считаем правильными), ни под исполнителя ("гении"-дизайнеры есть, иногда они нужны), фанатики-кодеры есть, они вредны всегда, кроме написания ядер и движков, что редкость
4. здравый смысл во всем. роль руководителя веб-проектов на 40 минимум заключается в консультировании заказчика даже не по вопросам сайта, в по вопросам структурирования его бизнес-процессов, ит-службы, информационных взимодейстий. зарабатываешь очки как профессионал - зарабатываешь клиентов
5. искреннее уважение командой и команды в обе стороны. иначе будет бардак, раздрай и войны.
на ваш вопрос. если вы опытный писатель сайтов и человек с активной позицией, а также задатками лидера - у вас получится. работайте
интерпретации равноправны ну разве что с философской точки зрения, некоего нео-ИТ-идеализма: информация есть все, а смысл есть тень ее, отбрасываемая интерпретатором.
данные - любая последовательность любых бит, и что это - ваш кашель в wav'e или криптопоследовательность, в общем не важно, а знания обладают набором свойств, ключевое из которых - известность алгоритма интерпретирования.
так вот реально все данные люди (и юристы тоже) рассматривают ТОЛЬКО в совокупности с алгоритмами интерпретации. без них это ленты зеленой цифири, как в скриншоты про матрицу
от лукавого ваши опасения, IMHO
что же касается дизайнеров, то, во-первых, они постепенно растут как профессионалы, обзаводятся "почерком", который повторить очтяжко. да и о востребованности я бы сказал, легче всего судить по free-lance.ru
у нас дизайнеры примерно так и оплачиваются - вчетверо лучше КМ
По совести говоря, если организовать свою массу так, чтобы в каждом каталоге было не более 20-25 элементов (папок с sources тоже касается), то и никаких проблем с поиском нету. Быстро вспомнил чего ищещь - и нашел.
А софтверные решения имхо лежат на поверхности - или Mac, про который сказали, или попроще: перед списком с алфавитно-отсортированным содержимым выводится 3-5 наиболее часто используемых объектов. MS office примерно так делает уже 100 лет, главное меню KDE моей Mandriva выводит "часто используемые приложения". причем кажется и правда учитывает частоту, а не последние 10 запущенных.