Подробности, обcуждение t.me/apavlyut Чем занимаются программисты, в чем результат их труда? Есть ли в этой работе творчество? Разбираемся в этом ролике.
А насколько важны творчество и инновации для программиста? я сам пару лет назад закончил универ, не мог устроиться на работу, пошел на курсы Skypro и получил классный оффер в финтех компанию))
Программист это временное явление. Если раньше в круг обязанностей входило - прокладка кабелей, настройка серверов, железные вопросы, разработка на любом языке, продвижение, верстка каталогов в печать, реклама, сео, управление персоналом и тд, то сейчас обязанности конкретных прогарммистов просто умиляют - замкнуты на одну две платформы. Процесс ноукодизации сделает свое дело, и уже давно были прогнозы, найду чуть позже их -- не будет программистов. Просто все будут уметь программировать, причем в своих специализированных средах. Но основа вернется к предмету. Например - врачи, сантехники, учителя и тд -- все уже поддерживаются экспертными системами, экзокортексом. Дальше больше - никаких программистов не заменят, работать надо будет, просто размоется это понятие по специализациям. Поэтому, с этой точки зрения, глядя на пятилетку вперед или более - понимания и знание инноваций крайне необходимо. Но, личное дело каждого, исходя из его горизонта планирования и картины мира. И да, это не отменяет действия в моменте - пройти курсы и работать на конкретной работе это очень верное действие.
Давайте изменим нотацию, программа это не то, а компонент - вот сразу другое дело) Вроде у приложения простое объяснение, программа - это набор инструкций и алгоритмов, созданных для выполнения определённой задачи. Подсчет длины трубы сантехника - это одна программа, множество небольших программ могут жить под одной крышей. Или компонент в видео предложено как выление каждой такой "подпрограммы" в составе большой
Раскрывал я подробности про тяжелые творческие продукты 2 назад ua-cam.com/video/0HNUOn-wIlM/v-deo.html Вернусь в ближайших роликах к поднятым там вопросам о ненужном усложнении всего стека и производственного процесса.
Вот это видео более понятное. А что мешает договариваться с программистами на сдельную работу, по принципу "сделал-получил" ? Если начальство знает что конкретно им нужно, то оно может чётко и ясно поставить задачу. Если не знает что нужно на выходе, тогда таак и происходит что команда создаёт какой-то свой продукт, как она его видит и понимает. Дело скорее не в програмистах, а в отсутствии внятной поставленной задачи сверху.
И да и нет. Задчи должны быть предъявлены, и вполне конкретно, только это не задачи а Цели. А уже разработчик должен составить план получения результатов, что и будет задачами, или нарезанными тасочками, о которых идет речь. Процесс договоенности цели + тасочек должен формально состоятся, и тогда он будет понятен. Сейчас ни целей нет, ни тасок конкретных, но все едут потому что едут. И в этой картине как раз проявляется вся проблематика, о которой я вещаю. Нет плохих программистов, есть плохие поступки, которые вытекают от нежелания выходить немного за личные границы, для корректировки плана полета, вот и все. На этом пункте возгораются пятые точки у всех, кому предяъвляешь этот разбор. Дружнее надо быть к общему делу - тогда потечет и творчество и результаты.
Производительность труда - это стоимость продукта деленная на среднесписочную численность. Есть много других вариантов этой формулы, но в данном вопросе больше всего подходит эта. И тут самый интересный вопрос - как оценить стоимость продукта? По факту - как продадут. И далеко не факт, что покупатель объективно сможет оценить эффект это этого продукта, что этот эффект превысит стоимость. По поводу B2C-продуктов ничего не могу сказать, но если говорить о B2B-продуктах, то такие программы/модули/доработки чаще всего себя не окупают.
Среднесписочная численнать чего? правильно - людей. Мы говорим о продукте, именно в понимаемом потребителем, а не изготовителем. Сколько мы затраим на изготовление необходимого изделия -- потребителя не интересует. А B2B - это тоже люди, которые и решения принимают, и пользуются продуктами так же как и все оставшиеся люди, разница этих миров исключительно в чеках и сценариях потребления. Но работаете вы только с людьми.
@@apavlyut при прочих равных, чем выше затраты, тем выше цена. Но очень часто программисты делают свой велосипед с нуля за миллионы, вместо ожидаемого и достаточного потребителю копипаста с небольшими корректировками. И нет, чаще всего на выбор b2b продукта влияют другие ИТ специалисты компании или топики, которым продали картинку, а не конечные пользователи.
> И нет, чаще всего на выбор b2b продукта влияют другие ИТ специалисты компании или топики, которым продали картинку, а не конечные пользователи. Вот именно, попробуйтевзглянуть с нужного ракурса -- это и есть те самые люди, потребители, которые принимают решение и отвечают за внедрение в эксплуатацию. Это и целевые сценарии потребления продукта, с которых раскручивается определение и приоритезация всей системы. Решив эти задачи -- продукт становится успешен (покупка состоится). Все остальное, что может только быть -- это круги на воде от этой покупки.
@@apavlyut потребители не равно пользователи. Очень часто такие "успешные" внедрённые ИТ продукты оказываются затратнее обычного бумажного блокнота или экселя, и года через три им перестают пользоваться. Продать картинку - это что сейчас, для этого нужны программисты-творцы, программисты-дельцы и программисты-дизайнеры, а реальная автоматизация, которая сократит трудозатраты за разумные средства - это совсем другая история, которую делают совсем другие специалисты. Естественно, рынок захвачен первыми.
@@apavlyut Вплане?) У Кирилла есть выпуск с Антоном Назаровым, но я его еще не смотрел. Просто раз ты видосики делаешь - накидываю мысли-темы для будущих роликов =)
Может лучше сразу на 3 камеры записывать , а потом на монтаже комбить ракурсы без отвлечения на клаву? Если конечно это не стрим был . Или я не знаю , педали от авто сима используй и педалями переключай
А насколько важны творчество и инновации для программиста? я сам пару лет назад закончил универ, не мог устроиться на работу, пошел на курсы Skypro и получил классный оффер в финтех компанию))
Программист это временное явление.
Если раньше в круг обязанностей входило - прокладка кабелей, настройка серверов, железные вопросы, разработка на любом языке, продвижение, верстка каталогов в печать, реклама, сео, управление персоналом и тд, то сейчас обязанности конкретных прогарммистов просто умиляют - замкнуты на одну две платформы.
Процесс ноукодизации сделает свое дело, и уже давно были прогнозы, найду чуть позже их -- не будет программистов. Просто все будут уметь программировать, причем в своих специализированных средах. Но основа вернется к предмету.
Например - врачи, сантехники, учителя и тд -- все уже поддерживаются экспертными системами, экзокортексом.
Дальше больше - никаких программистов не заменят, работать надо будет, просто размоется это понятие по специализациям.
Поэтому, с этой точки зрения, глядя на пятилетку вперед или более - понимания и знание инноваций крайне необходимо.
Но, личное дело каждого, исходя из его горизонта планирования и картины мира.
И да, это не отменяет действия в моменте - пройти курсы и работать на конкретной работе это очень верное действие.
Вау! Интересно!
Спасибо!
Давайте изменим нотацию, программа это не то, а компонент - вот сразу другое дело)
Вроде у приложения простое объяснение, программа - это набор инструкций и алгоритмов, созданных для выполнения определённой задачи. Подсчет длины трубы сантехника - это одна программа, множество небольших программ могут жить под одной крышей. Или компонент в видео предложено как выление каждой такой "подпрограммы" в составе большой
Верное понимание, добавлю для фрактальности: программа -- это рут компонент.
Тема актуальная. Думаю, нужно прокачать видос с ютифай или что-то другое, главное что приходят настоящие подписчики
Надо изучить тему, благодарю
Из-за этой творческой энергии сайты на edge уже не грузятся, что там говорить о GPRS 😂😂😂
Раскрывал я подробности про тяжелые творческие продукты 2 назад ua-cam.com/video/0HNUOn-wIlM/v-deo.html
Вернусь в ближайших роликах к поднятым там вопросам о ненужном усложнении всего стека и производственного процесса.
Вот это видео более понятное. А что мешает договариваться с программистами на сдельную работу, по принципу "сделал-получил" ?
Если начальство знает что конкретно им нужно, то оно может чётко и ясно поставить задачу. Если не знает что нужно на выходе, тогда таак и происходит что команда создаёт какой-то свой продукт, как она его видит и понимает. Дело скорее не в програмистах, а в отсутствии внятной поставленной задачи сверху.
И да и нет.
Задчи должны быть предъявлены, и вполне конкретно, только это не задачи а Цели.
А уже разработчик должен составить план получения результатов, что и будет задачами, или нарезанными тасочками, о которых идет речь.
Процесс договоенности цели + тасочек должен формально состоятся, и тогда он будет понятен.
Сейчас ни целей нет, ни тасок конкретных, но все едут потому что едут.
И в этой картине как раз проявляется вся проблематика, о которой я вещаю.
Нет плохих программистов, есть плохие поступки, которые вытекают от нежелания выходить немного за личные границы, для корректировки плана полета, вот и все.
На этом пункте возгораются пятые точки у всех, кому предяъвляешь этот разбор.
Дружнее надо быть к общему делу - тогда потечет и творчество и результаты.
Мне была интересна тема!
Производительность труда - это стоимость продукта деленная на среднесписочную численность. Есть много других вариантов этой формулы, но в данном вопросе больше всего подходит эта.
И тут самый интересный вопрос - как оценить стоимость продукта? По факту - как продадут. И далеко не факт, что покупатель объективно сможет оценить эффект это этого продукта, что этот эффект превысит стоимость. По поводу B2C-продуктов ничего не могу сказать, но если говорить о B2B-продуктах, то такие программы/модули/доработки чаще всего себя не окупают.
Среднесписочная численнать чего? правильно - людей.
Мы говорим о продукте, именно в понимаемом потребителем, а не изготовителем.
Сколько мы затраим на изготовление необходимого изделия -- потребителя не интересует.
А B2B - это тоже люди, которые и решения принимают, и пользуются продуктами так же как и все оставшиеся люди, разница этих миров исключительно в чеках и сценариях потребления. Но работаете вы только с людьми.
@@apavlyut при прочих равных, чем выше затраты, тем выше цена. Но очень часто программисты делают свой велосипед с нуля за миллионы, вместо ожидаемого и достаточного потребителю копипаста с небольшими корректировками.
И нет, чаще всего на выбор b2b продукта влияют другие ИТ специалисты компании или топики, которым продали картинку, а не конечные пользователи.
> И нет, чаще всего на выбор b2b продукта влияют другие ИТ специалисты компании или топики, которым продали картинку, а не конечные пользователи.
Вот именно, попробуйтевзглянуть с нужного ракурса -- это и есть те самые люди, потребители, которые принимают решение и отвечают за внедрение в эксплуатацию.
Это и целевые сценарии потребления продукта, с которых раскручивается определение и приоритезация всей системы.
Решив эти задачи -- продукт становится успешен (покупка состоится). Все остальное, что может только быть -- это круги на воде от этой покупки.
@@apavlyut потребители не равно пользователи. Очень часто такие "успешные" внедрённые ИТ продукты оказываются затратнее обычного бумажного блокнота или экселя, и года через три им перестают пользоваться. Продать картинку - это что сейчас, для этого нужны программисты-творцы, программисты-дельцы и программисты-дизайнеры, а реальная автоматизация, которая сократит трудозатраты за разумные средства - это совсем другая история, которую делают совсем другие специалисты. Естественно, рынок захвачен первыми.
расскажи про актуальную тему на повестке - волки в айти, собесы, поиск работы.
А че в хекслете правду не кажут?
Но тема Соевых волков это конечно удивительный мир
@@apavlyut Вплане?) У Кирилла есть выпуск с Антоном Назаровым, но я его еще не смотрел. Просто раз ты видосики делаешь - накидываю мысли-темы для будущих роликов =)
@@Feycot я всегда тебя внимательно записываю!
Все твои идеи, возможно они увидят свет!
Интересная тема.
Двигающаяся камера немного отвлекает
Будем останавливать!
говорят молодежь статику не воспринимает
Может лучше сразу на 3 камеры записывать , а потом на монтаже комбить ракурсы без отвлечения на клаву? Если конечно это не стрим был . Или я не знаю , педали от авто сима используй и педалями переключай
Проба пера, понимаю что не без нюансов все пойдет.
Думаю о монтаже, пока пробуем, спасибо!
О, про ТРИЗ интересно послушать
В контексте системной инженерии как одна из практик обязательно будет рассмотрена.
ТРИЗ замечательная вещь.
Очередная попытка программиста залезть в реальный мир со своими лекалами! Когда вы уже осознаете что вы живете и работаете в вакууме!
Со своей стороны заметил забавное скольжение по сознанию... тут ситуация по серьезней, субъективно конечно.
@@SeriesPr0 продолжайте наблюдение