У Васи огромное ЧСВ. Как это ему посмели не ответить? Так же и много Вась, которые не берут трубку от рекрутеров, опаздывают, не приходят на собесы. Отказывают после потраченных сил на все этапы собеседования, врут в резюме и т.д.
Я не думаю что такое поведение рекрутеров в IT имеет большие масштабы, это скорее исключение.
Мне жаль что меня не так поняли. И кидают минуса в карму )
Конечно же алгоритмы как таковые часто нужны. Даже программа print(2+2) это алгоритм. Но идея не в этом.
Вот из Вашего примера...
Возможно (это просто теоретически, как пример) донор для парсинга имеет апи или может запартнерится с сервисом и предоставить апи, и тогда не нужно вообще будет писать алгоритм для xpath. Грубо говоря тебе ставят задачу вот спарси от сюда, а зачем, если у них есть апи? И это уже выходит другая задача с более простым подходом.
То есть я хотел сказать, что часто подход к задаче важнее алгоритма.
Ну это такая невидимая грань. Программисты на Си/С++ скажут что программисты на Python недопрограммисты. Потому что на самом Python даже без Джанго используется много готовых библиотек. Я считаю что разработка на фреймворках это программирование, просто современное программирование. Где рыночек хочет результат побыстрее и где можно программистов заменять и набирать новых на популярный стек. Ничего плохого в этом нет, действительно все начинает походить на какой-то конструктор лего ) Но мы же этого и хотели? Удобно и быстро разрабатывать программные продукты приемлемого качества.
"высокого уровня способности логического мышления человека"
Моя мысль в другом, то что эта способность может быть бесполезна если человек не понимает бизнес задачу. Он может жестко оверинженирить, писать кучу кода ненужного, и потом кроме него ни кто это не разберет, я с таким встречался. Такие заумные принесут больше вреда чем пользы. Понятно что не все такие, хотелось бы что-то без крайностей, что-то среднее...
На мой взгляд отличное знание сложных алгоритмов в разработке не достаточно, это не делает тебя автоматически хорошим программистом. Наверное это я хотел сказать.
Да, есть задачи в которых придется попотеть над алгоритмами. Думаю приведенные примеры это отражают: свои библиотеки, фреймворки, игры, своя ОС, высоконагруженные системы и т.д.
Но так же хочу заметить что очень много задач где особо сложных алгоритмов нет, например: веб разработка, веб приложения.
Конечно же программист, обязан понимать алгоритмы, как минимум простые точно. Написать их в жизни какую-то часть.
Я просто хотел посмотреть немного под другим углом на разработку и как это бывает часто в жизни.
Пример пахнет оверинжинирингом, отдельная боль. Когда накрутят код так, что потом и сами не могут разобрать. Многие задачи можно написать проще, меняя подход.
Другое если тебе свалился чужой код, в нем хочешь не хочешь, а придется копаться.
Есть люди которые по приколу ходят по собесам. Проходят все этапы и сливаются. Я таких знаю. И на хабре даже статья была про такого.
Цель просто понимать в рынке ты или нет, плюс можно денег повыбивать из текущего работодателя.
У Васи огромное ЧСВ. Как это ему посмели не ответить? Так же и много Вась, которые не берут трубку от рекрутеров, опаздывают, не приходят на собесы. Отказывают после потраченных сил на все этапы собеседования, врут в резюме и т.д.
Я не думаю что такое поведение рекрутеров в IT имеет большие масштабы, это скорее исключение.
Вероятно Вася возомнил себя синьором, а его в джуны определили )
Из всей статьи я понял что сейчас модна одежда посвободнее. Далее перечисляется все что есть в продаже: футболки, брюки, джинсы.
Наверное достаточно было написать не покупайте вобтяг, мойтесь и стирайте... все )))
Мне жаль что меня не так поняли. И кидают минуса в карму )
Конечно же алгоритмы как таковые часто нужны. Даже программа print(2+2) это алгоритм. Но идея не в этом.
Вот из Вашего примера...
Возможно (это просто теоретически, как пример) донор для парсинга имеет апи или может запартнерится с сервисом и предоставить апи, и тогда не нужно вообще будет писать алгоритм для xpath. Грубо говоря тебе ставят задачу вот спарси от сюда, а зачем, если у них есть апи? И это уже выходит другая задача с более простым подходом.
То есть я хотел сказать, что часто подход к задаче важнее алгоритма.
Ну и про С++ понятно и про Си, но все же.
ps заголовок просто несколько вызывающий
Ну это такая невидимая грань. Программисты на Си/С++ скажут что программисты на Python недопрограммисты. Потому что на самом Python даже без Джанго используется много готовых библиотек. Я считаю что разработка на фреймворках это программирование, просто современное программирование. Где рыночек хочет результат побыстрее и где можно программистов заменять и набирать новых на популярный стек. Ничего плохого в этом нет, действительно все начинает походить на какой-то конструктор лего ) Но мы же этого и хотели? Удобно и быстро разрабатывать программные продукты приемлемого качества.
"высокого уровня способности логического мышления человека"
Моя мысль в другом, то что эта способность может быть бесполезна если человек не понимает бизнес задачу. Он может жестко оверинженирить, писать кучу кода ненужного, и потом кроме него ни кто это не разберет, я с таким встречался. Такие заумные принесут больше вреда чем пользы. Понятно что не все такие, хотелось бы что-то без крайностей, что-то среднее...
На мой взгляд отличное знание сложных алгоритмов в разработке не достаточно, это не делает тебя автоматически хорошим программистом. Наверное это я хотел сказать.
Да, есть задачи в которых придется попотеть над алгоритмами. Думаю приведенные примеры это отражают: свои библиотеки, фреймворки, игры, своя ОС, высоконагруженные системы и т.д.
Но так же хочу заметить что очень много задач где особо сложных алгоритмов нет, например: веб разработка, веб приложения.
Нужно было написать менее провокационный заголовок. Я хотел другую важную мысль выразить. Но всех тригернуло на алгоритмах.
Я и есть ИИ
"Если утро, то выпью кофе, если вечер и пятница, то бархатное, если ни чего не подошло, вода."
Боюсь без алгоритмов сложно жить )
Конечно же программист, обязан понимать алгоритмы, как минимум простые точно. Написать их в жизни какую-то часть.
Я просто хотел посмотреть немного под другим углом на разработку и как это бывает часто в жизни.
Пример пахнет оверинжинирингом, отдельная боль. Когда накрутят код так, что потом и сами не могут разобрать. Многие задачи можно написать проще, меняя подход.
Другое если тебе свалился чужой код, в нем хочешь не хочешь, а придется копаться.
))))))
Не много, это просто как пример на самом деле. Не нужно искать прям смыслы.
Конечно, я согласен, когда вы изучаете язык. Или в начале пути. Алгоритмизация важный навык программиста.