TLDR: статья дает исключительно вредный совет, пока зарплата строителя-врача-юриста в Российской провинции не будет в несколько раз ниже среднего программиста на удаленке.
Про загрузку из Excel как раз хороший пример. Пример того, что в первый раз сразу надо было делать «универсальный» загрузчик, который предусматривает, по возможности, самые распространенные косяки в исходных данных. В Вашем же примере — берете решение, написанное для первого заказчика, и дорабатываете его до «универсального», предусматривающего все нюансы второго. Третьему заказчику, с большой долей вероятности, уже можно будет продать загрузчик почти без изменений.
1 задача: тратите 10 часов
2 задача: тратите 50 часов, дорабатывая 1ую задачу до универсальности
3 задача: тратите 5 часов, дорабатывая 1ую задачу для интеграции
…
10 задача: тратите 150 часов, чтобы исправить излишнюю сложность из-за универсальности
…
99 задача: программа все еще не универсальна, безумна сложна, на которую потрачено 100500 часов, в которой разбираетесь только вы
Слишком размытая формулировка, чтобы этим оперировать. По факту любой текст с элементарным соблюдением машинописи — это структурированный и машинно-читаемый формат. Ну и вряд ли ВК сделал это настолько плохо, насколько подразумевал nagayev
представьте, что говорите начальнику: «я сегодня останусь в офисе пока не доделаю» или «я уйду как обычно в 19:00, если не успею, продолжу завтра с утра».
Лично у меня была проблема не с начальником, а с коллегами. В договоре прописан стандартный 8+1 часовой график, при этом в компании есть свое правило «Программисты тратят на задачи 6 часов в день», в итоге я прихожу в 9:10-9:30, а ухожу в 17:00-17:20.
Начальник адекватно реагирует на такой график, но в первое время коллеги реагировали мягко скажем «непониманием», мол «Чего этот новичок приходит не раньше всех, а уходит раньше всех как минимум на час», порой даже получал сообщения из серии:
Слушай, ты всегда будешь так рано уходить? А то, смотря на тебя, все остальные тоже начнут уходить раньше. Это конечно не мое дело, но у нас 8 часовой рабочий график, имей ввиду, что все ожидают увидеть тебя на рабочем месте в 18:00
Не знаю, зависть ли это была, но до реальных споров дело не дошло, а если бы и дошло, то у меня была вполне значимая аргументация в виде:
я не трачу час на обед, а только 20 минут,
я не трачу время на порой даже часовые разговоры с коллегами о жизни,
я не ухожу курить на 15-20 минут,
и самое главное — я конечно могу делать вид, что работаю, когда на самом деле нет, либо могу просто уйти домой, ни в том ни в другом случае это не принесет конкретную пользу бизнесу, но во втором случае принесет пользу мне, которая в дальнейшем отразится и на потенциальной пользе бизнесу
В любом случае, спустя несколько месяцев все устаканилось, все реагируют адекватно на стандартное «Всем пока» в 17:00, а у некоторых я заметил схожие изменения графика (и надеюсь, это к лучшему), другой момент, что вряд ли подобное будет работать в стартапе или маленьких компаниях, которые «работают, чтобы выжить»
Насколько я знаю, у Тинькофф много различных SDK и API, которые «работаю, но не поддерживаются, и вообще их трудно найти, и вообще, откуда вы это откопали», как-то прикручивал попап на получение кредита по товару, использовал SDK с нормальной документацией, обычная .js библиотечка, в объект просто передаем нужные данные и получаем готовое решение в виде кнопки и попапа.
Спустя какое-то время это все перестало работать, при обращение в техподдержку ответ был как раз из серии «Не поддерживается, мы не знаем, вот другое решение», другое решение заключалось в добавлении на сайт кнопки со скрытыми инпутами. в которых внесена та же самая информация, форма просто отправляется на нужную страницу этого банка, а документация в .docx
А вообще, что касается документаций и работы с авторизацией по Oauth — у Твиттера самые большие проблемы с этим, слишком мудрят они по сравнению с остальными соцсетями.
Поверьте, когда Вы на какой-нибудь трассе «депрессивного» региона хоть раз проедете хотя бы 50 км особенно зимой, вы будете радоваться час пикам на Ленинградке, потому что не встретите там фур на скорости 90 км\ч, с которыми едва помещаетесь на дороге
Я не зря написал "относительно низкий уровень" (Вы ведь сами согласны с утверждением, что fulltstack слабее в определенной области по сравнению с узконаправленным специалистом). Грубо говоря, у приложений, которые под ключ сделаны одним человеком, имхо всегда много мелких косяков (если говорить про малый бизнес) во всех областях:
— В базе индекс бесполезный поставил, или не поставил полезный, или по поводу архитектуры особо не заморачивался
— Во фронте какая-то форма криво отображается при определенном поведении
— В бекенде не подумал о масштабировании
— В сервере забил на какие-то настройки
И для малого бизнеса и не нагруженного приложения — это не страшно, но как только приложение начнет расти — эти казалось бы незначительно косяки выше начнут скапливаться в нехилый технический долг со временем. И в зависимости от опыта изначального разработчика могут привести к более серьезным проблемам.
Первое же Ваше определение довольно сильно схоже с тем, что описано в статье и в Вашем же комментарии. То есть человек, который и сервер поднимет, и базу, и бекенд, и фронтенд, правда все это будет на относительно низком уровне, что нормально для малого бизнеса и легких приложений, то есть по сути он действительно решает любые задачи в своей области, которые не требуют более углубленного подхода и по сути являются «простыми».
Я лишь говорю, что у обычного разработчика в стартапе гораздо больше шансов занять высокую должность и заработать условный «миллион» за очень короткий срок, чем в большой компании, где высокая должность зарабатывается очень большими сроками. Другой вопрос, что очень малый процент стартапов могут дать такую возможность.
Не совсем корректное сравнение в плане фактов о стартапе и большой компании.
По большой компании все корректно расписали, но для стартапа нужно было расписать так же, но с оговорками, типа «Можете либо прогореть, либо взлететь, а если взлетите — бенефиты будут больше, чем в большой компании (а иногда и во много раз больше)»
«оффер» в контексте hr ничем не отличается от «предложение о работе», но сильно отличается от просто «предложение», в данном случае почти в 3 раза короче, а смысл тот же. И фраза «Технический директор сделал мне предложение» выглядела бы весьма забавно.
Впервые вижу этот сайт, пролистал страниц 10 и этого хватило, чтобы не желать собеседования, где нужно разбирать это. Копаться в говне не нужно, нужно уметь закрыть вовремя глаза и переписать его нормально, к счастью с примерами с этого сайта я не сталкиваюсь на нормальных проектах
Средняя зарплата по России у программистов 90к рублей(в основном веб-стеки) по данным Moikrug, откуда же в ЕКБ средняя в 2-3k $? В той же Перми иметь зп 2k $ это реально, но: а) таких вакансий очень мало б) нужно иметь большой опыт
Про 3k $ в Перми я уже неособо верю, если речь не идет про серьезную удаленку
Странная аргументация, с одной стороны вы ссылаетесь на информацию о герое интервью, с другой стороны вы отрицаете тот факт, что человек может снимать квартиру в центре за те самые 2к $, несмотря на то, что в интервью он говорит об этом напрямую, что ему комфортней жить в центре.
Не стоит грести всех под одну гребенку, если вы или ваше окружение такие, какие есть — это вовсе не значит, что все остальные точно такие же.
ПыСы, если найдете приличную квартиру не халупу в центре до 100к рублей в месяц, скиньте, пожалуйста, ссылку.
Вы уже насчитали на 150к при зарплате в 250-300к, неужели трудно накинуть еще столько же, учитывая что зарплата героя интервью вполне вероятно больше не менее чем в 2 раза? Достаточно добавить ту самую аренду за квартиру в центре и вот мы уже входим в указанные рамки в 4-5k $
TLDR: статья дает исключительно вредный совет, пока зарплата строителя-врача-юриста в Российской провинции не будет в несколько раз ниже среднего программиста на удаленке.
1 задача: тратите 10 часов
2 задача: тратите 50 часов, дорабатывая 1ую задачу до универсальности
3 задача: тратите 5 часов, дорабатывая 1ую задачу для интеграции
…
10 задача: тратите 150 часов, чтобы исправить излишнюю сложность из-за универсальности
…
99 задача: программа все еще не универсальна, безумна сложна, на которую потрачено 100500 часов, в которой разбираетесь только вы
Лично у меня была проблема не с начальником, а с коллегами. В договоре прописан стандартный 8+1 часовой график, при этом в компании есть свое правило «Программисты тратят на задачи 6 часов в день», в итоге я прихожу в 9:10-9:30, а ухожу в 17:00-17:20.
Начальник адекватно реагирует на такой график, но в первое время коллеги реагировали мягко скажем «непониманием», мол «Чего этот новичок приходит не раньше всех, а уходит раньше всех как минимум на час», порой даже получал сообщения из серии:
Не знаю, зависть ли это была, но до реальных споров дело не дошло, а если бы и дошло, то у меня была вполне значимая аргументация в виде:
В любом случае, спустя несколько месяцев все устаканилось, все реагируют адекватно на стандартное «Всем пока» в 17:00, а у некоторых я заметил схожие изменения графика (и надеюсь, это к лучшему), другой момент, что вряд ли подобное будет работать в стартапе или маленьких компаниях, которые «работают, чтобы выжить»
Спустя какое-то время это все перестало работать, при обращение в техподдержку ответ был как раз из серии «Не поддерживается, мы не знаем, вот другое решение», другое решение заключалось в добавлении на сайт кнопки со скрытыми инпутами. в которых внесена та же самая информация, форма просто отправляется на нужную страницу этого банка, а документация в .docx
А вообще, что касается документаций и работы с авторизацией по Oauth — у Твиттера самые большие проблемы с этим, слишком мудрят они по сравнению с остальными соцсетями.
— В базе индекс бесполезный поставил, или не поставил полезный, или по поводу архитектуры особо не заморачивался
— Во фронте какая-то форма криво отображается при определенном поведении
— В бекенде не подумал о масштабировании
— В сервере забил на какие-то настройки
И для малого бизнеса и не нагруженного приложения — это не страшно, но как только приложение начнет расти — эти казалось бы незначительно косяки выше начнут скапливаться в нехилый технический долг со временем. И в зависимости от опыта изначального разработчика могут привести к более серьезным проблемам.
По большой компании все корректно расписали, но для стартапа нужно было расписать так же, но с оговорками, типа «Можете либо прогореть, либо взлететь, а если взлетите — бенефиты будут больше, чем в большой компании (а иногда и во много раз больше)»
Вы довольно часто себя хайрите в комментариях к постараюсь подобной тематики, перестаньте это делать и перечитайте статью
Про 3k $ в Перми я уже неособо верю, если речь не идет про серьезную удаленку
Не стоит грести всех под одну гребенку, если вы или ваше окружение такие, какие есть — это вовсе не значит, что все остальные точно такие же.
ПыСы, если найдете приличную квартиру не халупу в центре до 100к рублей в месяц, скиньте, пожалуйста, ссылку.