- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если не секрет, почему не хотели бы? ) И почему "сотрудника"?
Потому что созданием продуктов люди со средним уровнем темплетемонстров заниматься не могут. Точнее могут, но это очень неэффективно. Это уже доказано миром опенсоурс разработок на примере десятка известных по объёму труда проектов.
Мне почему-то казалось, что большинством идей наши дизайнеры... "вдохновляются" именно там
Мне пофиг. Я не дизайнер.
Творческий работник - это руководитель. Его задача все запланировать и распланировать так, чтобы а) получился реально интересный и новый продукт б) за максимально короткое время в) с минимальными затратами.
Творческие программисты, творческие дизайнеры или творческие верстальщики, - это, как бы грубо ни прозвучало, лишь инструменты. Инструменты достижения цели. Которые должны понимать, что они делают нечто опирающееся на конкретизированные показатели, нежели на качественные вроде "красивый сайт".
Если руководитель не соизволил снизить степень неопределенности проекта, то логично предположить, что именно этим самым и будут заниматься исполнители. Т.е. фактически делать то, что они делать не должны ) В то время как руководителя будут терзать мысли на тему "какие условия предоставить моим сотрудникам, чтобы они как-то быстрее и как-то интереснее все придумывали"
Смею предположить, что Вы никогда не занимались программированием сколько-нибудь сложного приложения. Поэтому разрешите изложить специфику и проблематику этой отрасли.
Особенность программирования, как индустрии, заключается в том, что можно хорошо спроектировать программу, при этом всё равно у низовых программистов остаётся достаточно возможности разрушить приложение. Они всегда своими усилиями или по незнанию могут сделать так, что работать приложение будет очень медленно и/или стоимость его поддержки возрастёт на порядки. И низкокачественные программисты на самом деле существенно ухудшают софт чуть меньше, чем во всех случаях. В качестве примера предлагаю изучить феномен "индусского кода".
На настоящий момент известен единственный способ решения этой проблемы - найм высококачественных программистов не только для проектирования приложения, но и для написания кода.
Задачу избавления от высококлассных программистов не решили ни создание высокоуровневых языков программирования, ни мощных сред программирования типа Visual Studio, ни создание десятков продвинутых фреймворков, ни десятка стилей программирования а-ля экстремального программирования, Agile, водопадной модели, ни создание систем управления процессами RUP, CMM и других.
Если Вы знаете способ разработать архитектуру серьёзного приложения, нанять студентов и получить после этого (найма студентов) великолепный продукт - напишите. Я буду рад, заинтригован и таких будет ещё тысяча-две человек. Смею предположить, что среди них будут все гуру разработки софта.
Немножечко занимался "программированием сколько-нибудь сложного приложения" )
Т.е. Вы говорите про проблему кодирования? Или проблему архитектуры программного решения? Или проблему проектирования дизайна решения?
Т.е. Вы говорите про проблему кодирования? Или проблему архитектуры программного решения? Или проблему проектирования дизайна решения?
Последние два пункта всегда и в любой отрасли делают самые компетентные люди. В программировании же имеется ещё и проблема кодирования - сильная зависимость качества кода от квалификации пишущего его разработчика.
у google есть наработки по этой теме, почитайте про их сотрудников, а [thread=254345]тут можно посмотреть фотографии[/thread]
у google есть наработки по этой теме, почитайте про их сотрудников
А где можно почитать про их наработки?
Особенность программирования, как индустрии, заключается в том, что можно хорошо спроектировать программу, при этом всё равно у низовых программистов остаётся достаточно возможности разрушить приложение. Они всегда своими усилиями или по незнанию могут сделать так, что работать приложение будет очень медленно и/или стоимость его поддержки возрастёт на порядки. И низкокачественные программисты на самом деле существенно ухудшают софт чуть меньше, чем во всех случаях. В качестве примера предлагаю изучить феномен "индусского кода".
На настоящий момент известен единственный способ решения этой проблемы - найм высококачественных программистов не только для проектирования приложения, но и для написания кода.
Задачу избавления от высококлассных программистов не решили ни создание высокоуровневых языков программирования, ни мощных сред программирования типа Visual Studio, ни создание десятков продвинутых фреймворков, ни десятка стилей программирования а-ля экстремального программирования, Agile, водопадной модели, ни создание систем управления процессами RUP, CMM и других.
Если Вы знаете способ разработать архитектуру серьёзного приложения, нанять студентов и получить после этого (найма студентов) великолепный продукт - напишите. Я буду рад, заинтригован и таких будет ещё тысяча-две человек. Смею предположить, что среди них будут все гуру разработки софта.
Кваллификация программиста обратно пропорциональна его творчести. Кваллифицированный программист знает наперед каким образом решить ту или иную задачу и к какому результату приведет его решение. Для него программирование - закручивание гаек. "Студент" считает себя творческой личностью, потому что постоянно мечется от алгоритма к алгоритму из-за неуверенности в правильности своей реализации продукта. Как правило, эта неуверенность порождает лень. А оправдание лени - я творческая личность.
Кваллификация программиста обратно пропорциональна его творчести. Кваллифицированный программист знает наперед каким образом решить ту или иную задачу и к какому результату приведет его решение. Для него программирование - закручивание гаек.
Эта гипотеза была основой для появления сертификации CMM. Она оказалась далёкой от реальности. Оказалось, что если разработчик (или компания) научился справляться с какими-то задачами, то он всегда уходит на новый уровень рисков. Это и интереснее, и платят больше. Можно было бы ожидать, что будет какое-то количество людей, которые не станут искать предела своей некомпетентности. Но, увы, хорошими программистами они не становятся.
P.S. Если способности программистов сильно переросли потребности продукта, то программисты начинают искусственно увеличивать риски и перегружать систему возможностями и трюками. Это приводит к созданию многофункционального громоздкого приложения с большим количеством недоработок и багов. У Брукса этот феномен формулируется как "эффект второй системы".
P.P.S. Хорошая новость: с "эффектом второй системы" мы бороться умеем.
Под трюками Easter Eggs тоже имеются ввиду или они вносятся в продукт с согласия заказчиков? Читал, кстати, что у разработчиков некоторых игр (спортивных симуляторов и пр.) реально есть проблема, когда программеры вносят в проект чуваков со своими фамилиями :), и это пытаются отлавливать.
Если Вы знаете способ разработать архитектуру серьёзного приложения, нанять студентов и получить после этого (найма студентов) великолепный продукт - напишите. Я буду рад, заинтригован и таких будет ещё тысяча-две человек. Смею предположить, что среди них будут все гуру разработки софта.
как ни странно но это бывает =) возьмите крупные софтверные компании москвы - одни студенты
как ни странно но это бывает =) возьмите крупные софтверные компании москвы - одни студенты
А в Индии набирают сплошных индусов :D