мне кажется, что это немного завышенная цифра.
Во вконтакте имеет 60млн пользователей, из которых наверное 10% напишет 10 сообщений в день в самой оптимистичной оценке. Это не дотягивает до 8млрд в мес.
А в чем противоречие? Если вы начали исследование новой для вас области знаний с книги, значит вы не будете изобретать велосипед по незнанию. Т.е. поступите как хороший инженер. Или ученый, если вам это сравнение больше нравится.
Просто я за целесообразность в поступках.
Например, если программист говорит «чойта я устал от spring mvc, давайте попробуем play», то где тут здравый смысл?
Или другой, весьма самовлюбленный и вместе с тем средний программист, натолкнувшись на свое неумение работать с hibernate, перескакивает на eclipselink. И там совершает другие ошибки, которые выплывают уже на проде. Где тут целесообразность в использовании нового фреймворка?
Целесообразно знать свой инструментарий и область знаний, в которой вы работаете. Целесообразно развивать свои мозги, например изучая новые языки/фреймворки/области знаний… Но нецелесообразно использовать инструментарий, который вы изучаете в процессе создания нового проекта потому, что вы устали или вам кто то разрекламировал что то. А вот если вы выбираете новый фреймворк на новом проекте, потому что там уже есть половина того, что вам нужно, то это целесообразно.
Творите, все только выиграют от этого. Но опирайтесь в своем творчестве на знания других, а не на свое незнание.
Да вроде я вас хорошо понимаю)
Многих 35+ летних программистов вы выдели, у которых глаза горят при решении каждой задачи? Я очень редко. Почему? На мой взгляд потому, что они уже перепробовали 1000 и 1 фреймворк/язык и понимают, что в их жизни ну нет творчества.Они зачастую работают с 9 до 18. И просто выполняют свою работу. Или подаются в начальники. Или уходят из профессии. И да, это печально.
Я знаю, что в twitter, google, jetbrains and etc все иначе. Но есть также ваяние бизнес фич/отчетов/поддержка бухгалтерии и т.д., где места для творчества почти нет.
А теперь посчитайте, сколько рабочих мест создают первые и сколько вторые. По моим подсчетам хорошо, если 1 к 20.
Моя мысль не в том, что творчества в программировании нет.
я все правильно ответил, но давайте отвечу более полно: рецепт нового блюда придумывают доли процента, а готовят по готовому рецепту все остальные.
Для первых это может быть творчеством(если было сотворено реально что то хотя бы чуточку уникально и не является откровенным г.), а для всех остальных — рутина.
Отличное сравнение)
А теперь посчитайте, сколько ресторанов хотя бы с одной звездой Мишлен и сколько заведений, не имеющих их. Что творческого в том, чтобы приготовить картошку по деревенски?
Если к вам на собеседование приходит человек, который не может рассказать, как работает ArrayList, и вы его таки возьмете на работу, он вам творчески создаст продукт из хромированных костылей.
Если вы мне объясните, что творческого в том, чтобы изучить то, что сделали другие, я наверное пойму. У абсолютного большинства программистов время сейчас уходит на изучение в основном на изучение чужого.
Минусуют как раз творческие люди.
Если вы мне объясните, что творческого в том, чтобы изучить то, что сделали другие, я наверное пойму. Пока не понимаю.
Я не понимаю, где это я назвал программистов лентяями! Хотя да, хороший программист должен быть в меру ленивым, но у этого образа совсем не негативный образ!
Уровень задач, которые ставятся перед современными программистами сегодня, требует в 95% случаев знания стандартных решений. Так же от программистов требуется знания инструментария и фреймворков, которыми он пользуется.
Что же происходит в абсолютном большинстве случаев? Мракобесие! Программизды творят что то новое, особенное, за что потом самим будет стыдно. Или берут не проверенные инструменты.
На двух последних проектах, которые должны быть сделаны за 3 и 4 месяца соответственно, был один и тот же диалог:
— Чет все надоело…
— А давайте попробуем новый фреймворк?!
— А давайте!
Первый проект закончили за 10 мес и заказчик соскочил. Второй — 7 месяцев. Ну и кто виноват?
И да, лажают не только программисты. Лажают и ПМ, и аналитики.
И кстати, посмотрите «Адскую кухню» и вы поймете, что повар тоже не всегда может сказать точно, когда будет сделана работа.
Как то вы совсем немного преувеличиваете, чуть менее, чем полностью.
Программирование в 95% проектов — это рутина от начала и до конца. Это давно уже из элитарного искусства превратилось ремесло.
Вы знаете, в моей жизни было 3 случая, когда программист называл срок (2-5 дней), в назначенный день назывался новый срок. И так 2-3 месяца. В 2-х первых случаях проекты закрылись и люди не получили всех денег, на которые рассчитывали.
А ведь люди работали, решали задачи. А выхлопа не было. И по барабану им было на бизнес. Но пострадал и бизнес и люди.
Видать вы работаете на отличных проектах.
У меня на всех проектах тестировщики в мыле, а программисты как раз… нет
(соотношение программистов к тестировщикам везде было 2 к 1)
XCode конечно мощное IDE, но ох какое не интуитивное.
Вы еще должны сказать, что под iOS разрабатывать проще, чтобы уж совсем возвыситься
Во вконтакте имеет 60млн пользователей, из которых наверное 10% напишет 10 сообщений в день в самой оптимистичной оценке. Это не дотягивает до 8млрд в мес.
Просто я за целесообразность в поступках.
Например, если программист говорит «чойта я устал от spring mvc, давайте попробуем play», то где тут здравый смысл?
Или другой, весьма самовлюбленный и вместе с тем средний программист, натолкнувшись на свое неумение работать с hibernate, перескакивает на eclipselink. И там совершает другие ошибки, которые выплывают уже на проде. Где тут целесообразность в использовании нового фреймворка?
Целесообразно знать свой инструментарий и область знаний, в которой вы работаете. Целесообразно развивать свои мозги, например изучая новые языки/фреймворки/области знаний… Но нецелесообразно использовать инструментарий, который вы изучаете в процессе создания нового проекта потому, что вы устали или вам кто то разрекламировал что то. А вот если вы выбираете новый фреймворк на новом проекте, потому что там уже есть половина того, что вам нужно, то это целесообразно.
Творите, все только выиграют от этого. Но опирайтесь в своем творчестве на знания других, а не на свое незнание.
Многих 35+ летних программистов вы выдели, у которых глаза горят при решении каждой задачи? Я очень редко. Почему? На мой взгляд потому, что они уже перепробовали 1000 и 1 фреймворк/язык и понимают, что в их жизни ну нет творчества.Они зачастую работают с 9 до 18. И просто выполняют свою работу. Или подаются в начальники. Или уходят из профессии. И да, это печально.
Я знаю, что в twitter, google, jetbrains and etc все иначе. Но есть также ваяние бизнес фич/отчетов/поддержка бухгалтерии и т.д., где места для творчества почти нет.
А теперь посчитайте, сколько рабочих мест создают первые и сколько вторые. По моим подсчетам хорошо, если 1 к 20.
Моя мысль не в том, что творчества в программировании нет.
Для первых это может быть творчеством(если было сотворено реально что то хотя бы чуточку уникально и не является откровенным г.), а для всех остальных — рутина.
но обычно то программисты не проводят модульного тестирования и я как выступаю против этого.
А теперь посчитайте, сколько ресторанов хотя бы с одной звездой Мишлен и сколько заведений, не имеющих их. Что творческого в том, чтобы приготовить картошку по деревенски?
Если вы мне объясните, что творческого в том, чтобы изучить то, что сделали другие, я наверное пойму. У абсолютного большинства программистов время сейчас уходит на изучение в основном на изучение чужого.
Если вы мне объясните, что творческого в том, чтобы изучить то, что сделали другие, я наверное пойму. Пока не понимаю.
Уровень задач, которые ставятся перед современными программистами сегодня, требует в 95% случаев знания стандартных решений. Так же от программистов требуется знания инструментария и фреймворков, которыми он пользуется.
Что же происходит в абсолютном большинстве случаев? Мракобесие! Программизды творят что то новое, особенное, за что потом самим будет стыдно. Или берут не проверенные инструменты.
На двух последних проектах, которые должны быть сделаны за 3 и 4 месяца соответственно, был один и тот же диалог:
— Чет все надоело…
— А давайте попробуем новый фреймворк?!
— А давайте!
Первый проект закончили за 10 мес и заказчик соскочил. Второй — 7 месяцев. Ну и кто виноват?
И да, лажают не только программисты. Лажают и ПМ, и аналитики.
И кстати, посмотрите «Адскую кухню» и вы поймете, что повар тоже не всегда может сказать точно, когда будет сделана работа.
Программирование в 95% проектов — это рутина от начала и до конца. Это давно уже из элитарного искусства превратилось ремесло.
А ведь люди работали, решали задачи. А выхлопа не было. И по барабану им было на бизнес. Но пострадал и бизнес и люди.
У меня на всех проектах тестировщики в мыле, а программисты как раз… нет
(соотношение программистов к тестировщикам везде было 2 к 1)