Так вот, дорогие мои, лёгкость — это иллюзия. Редко кому что-то стоящее даётся легко, с первого раза, и остаётся надолго.
Есть два типа людей, и в IT сфере это разделение наиболее ярко выражено:
— Те, кто любит свое дело, кому оно интересно
— Те, кто не любит свое дело, для них дело — просто способ не умереть с голоду.
Так вот у первых все легко, потому что им нравится заниматься тем, чем они занимаются, им нравится сам процесс безотносительно результата, поэтому у них все получается, и фактически они не отличают успех от поражения. А у вторых да, легкость это иллюзия, потому что дело, которым они занимаются — непосильная ноша по самопреодолению, задачам, успехам, неудачам.
Так вот, первым людям не надо вылезать из Ж, они туда и не заходили, а вторые люди они изначально в силу тех или иных причин залезли в Ж и теперь для них вопрос как бы в этой Ж получше обустроиться, чтобы не сильно воняло и подальше от выхода, чтобы молодые и энергичные из нее не вытолкали. Поэтому они ставят себе задачи, строят планы, учат новые языки, чтобы успеть за трендом и оставаться востребованными рынком, то есть залезают еще глубже в Ж. И если у них получилось, если после долгого самоистязания они чего-то добились, тем хуже для них — они надолго застряли в Ж, хотя все что было надо — сменить профессию и заниматься тем, что тебе по душе.
Программирование это удовольствие, искусство. Низводить себя до анализируемого на эффективность станка, изготавливающего детали, значит упустить весь сок.
Интересно, сколько занимает время создания теста к компоненту на jest + enzyme относительно времени создания самого компонента? У меня иногда до 100%… И я начинаю сомневаться что это время оправдано по сравнению с ручным тестированием или тестированием с помощью человека на должности тестировщика.
Статья не сильно развернутая, но минусовать тут не за что. С каждым пунктом согласен. Интернет дает огромное кол-во приятных возможностей, но при этом засасывает в виртуальную реальность, в которой люди находят возможность скрываться от психологических проблем.
По поводу информации — с одной стороны разработчикам удобно, что почти на любой вопрос можно почти немедленно найти ответ простым поиском, но с другой стороны этот поиск применяется даже тогда, т когда достаточно было бы немного подумать и проинтуичить.
Легкость и доступность информации обо всем и вся отупляет и отучает думать.
Про типовые задачи и типовые решения — возможно, у вас специфика 1С, в других сферах либо мало типовых задач, либо типовые решения настолько сложны, что проще написать своё, чем изучать типовое.
Все наоборот. В 1С разнообразие задач значительно больше чем в том же вэбе. В любом случае из вашего комментария неясно — если есть типовая задача и решения настолько сложны, что проще написать свое (хотя как это возможно, не понимаю, решение на то и решение, чтобы просто предоставить вам интерфейс), то что же мешает вам написать свою несложную?
1. Подход с типизированием решенных задач безусловно верный и экспоненциально может увеличить прибыль компании. Я бы добавил сюда, что ограничиваться рамками компании не стоит, нужно также перенимать опыт других — огромное количество решений бесплатно или за копейки есть на инфостарте, все это подлежит изучению и переиспользованию.
2. С вопросом передачи компетенций автор статьи сильно усложнил. В век форумов о каких компетенциях речь? В любой момент вы можете воспользоваться коллективным разумом, а уж эффективность использования этого разума в конкретных проектах зависит только от опыта и личных качеств сотрудников. Это не передается.
3. По поводу
Просто и банально. Дежурный, которого мы обсуждали в прошлой статье, каждое утро собирает всех программистов в кучу, и они дружно смотрят на новые задачи.
Надеюсь эта скрамная тупость никогда не войдет в мир 1С, на новые задачи будет смотреть старший программист(как приятно пользоваться русскими словами вместо вонючего тимлид) и решать из своего опыта, а программисты будут тратить свои драгоценные часы на что-то более интересное, чем написание чисел на бумажках. Пожалуйста, не лезьте со своим идиотским скрамом в мир 1С-франчайзи, там и так проблем хватает.
Я ничего не говорил про код, в целом уровень написания кода в вэбе выше, чем в 1С. Я говорил про построение системы учета. Вэб разработчики не могут не знать ничего про учет, потому что если ты строишь сайт, где что-то продается, а это не очень редкая задача, ты не можешь не сталкиваться с ценами, с расчетами итогов (по товарам или взаиморасчетам) и т.п., и то что в 1С считалось бы профнепригодностью, в системах учета, построенных на вэбе, считается «да, это можно в принципе улучшить».
Все верно. После 1С даже в голову не придет, что цена может просто меняться в базе вручную, без ведения истории, без записи кто и когда поменял. После 1С даже в голову не придет, что запрос к базе может делаться в цикле с отмазкой: а мы думали объектов всего 30-40 будет, кто знал что будет 1000. После 1С даже в голову не придет, чтобы подсчет остатков делать, считая каждый раз все приходы и все расходы. 1С учит людей как грамотно строить учет. Вэб-программисты знают только как строить и наследовать классы, грамотно строить систему учета их никто не учит.
На олимпиадах чисто алгоритмические задачки повышенной сложности, которые нужно решить за короткое время, они никогда не имели и не могут иметь отношение к реальной работе. Просто в комментарии упомянуто про кружки и олимпиады, оттого про них и пишу…
Если кандидат не может показать на интервью свои навыки — это ошибка интервьюера а не кандидата. Интервьюер должен создать такие условия, чтобы понять все стороны кандидата, он в этом заинтересован не меньше кандидата, потому что хороший кандидат, не сумевший проявить себя на собеседовании, скорей всего найдет другую работу на обширном рынке ай-ти, а найдут ли интервьюеры другого кандидата — вопрос.
в 2017 году в Академическом университете контрольные цифры приема составляли 36 человек. Из них 27 мест было занято абитуриентами, поступившими по олимпиадам (мы брали победителей и призеров всероса и победителей олимпиад первого уровня)
Что такое олимпиады? Это способность за несколько часов решить несколько мелких задач повышенной сложности. То есть вещи, совершенно оторванные от реальных потребностей индустрии, где как раз требуются продуманные глобальные решения.
Причина этого довольно проста: чтобы за два года из непрограммиста сделать качественного программиста, нужно «впихнуть» в голову все базовые курсы, а также успеть рассказать что-то содержательное на спецкурсах.
Программирование как езда на велосипеде. Чтобы научиться ездить на велосипеде нужно ездить на велосипеде, падать, обдирать коленки, вставать, учиться находить равновесие. Впихнутыми в голову базовыми курсами можно только отбить желание.
Есть два типа людей, и в IT сфере это разделение наиболее ярко выражено:
— Те, кто любит свое дело, кому оно интересно
— Те, кто не любит свое дело, для них дело — просто способ не умереть с голоду.
Так вот у первых все легко, потому что им нравится заниматься тем, чем они занимаются, им нравится сам процесс безотносительно результата, поэтому у них все получается, и фактически они не отличают успех от поражения. А у вторых да, легкость это иллюзия, потому что дело, которым они занимаются — непосильная ноша по самопреодолению, задачам, успехам, неудачам.
Так вот, первым людям не надо вылезать из Ж, они туда и не заходили, а вторые люди они изначально в силу тех или иных причин залезли в Ж и теперь для них вопрос как бы в этой Ж получше обустроиться, чтобы не сильно воняло и подальше от выхода, чтобы молодые и энергичные из нее не вытолкали. Поэтому они ставят себе задачи, строят планы, учат новые языки, чтобы успеть за трендом и оставаться востребованными рынком, то есть залезают еще глубже в Ж. И если у них получилось, если после долгого самоистязания они чего-то добились, тем хуже для них — они надолго застряли в Ж, хотя все что было надо — сменить профессию и заниматься тем, что тебе по душе.
В следующем сезоне в тренде будут башмаки на высокой подошве, начните изучать их уже прямо сейчас, чтобы как следует подготовиться к новому сезону...
Статья не сильно развернутая, но минусовать тут не за что. С каждым пунктом согласен. Интернет дает огромное кол-во приятных возможностей, но при этом засасывает в виртуальную реальность, в которой люди находят возможность скрываться от психологических проблем.
По поводу информации — с одной стороны разработчикам удобно, что почти на любой вопрос можно почти немедленно найти ответ простым поиском, но с другой стороны этот поиск применяется даже тогда, т когда достаточно было бы немного подумать и проинтуичить.
Легкость и доступность информации обо всем и вся отупляет и отучает думать.
Это из области религии, тут нет однозначных объяснений, просто члены одной секты понимают собратьев без объяснений.
Все наоборот. В 1С разнообразие задач значительно больше чем в том же вэбе. В любом случае из вашего комментария неясно — если есть типовая задача и решения настолько сложны, что проще написать свое (хотя как это возможно, не понимаю, решение на то и решение, чтобы просто предоставить вам интерфейс), то что же мешает вам написать свою несложную?
2. С вопросом передачи компетенций автор статьи сильно усложнил. В век форумов о каких компетенциях речь? В любой момент вы можете воспользоваться коллективным разумом, а уж эффективность использования этого разума в конкретных проектах зависит только от опыта и личных качеств сотрудников. Это не передается.
3. По поводу
Надеюсь эта скрамная тупость никогда не войдет в мир 1С, на новые задачи будет смотреть старший программист(как приятно пользоваться русскими словами вместо вонючего тимлид) и решать из своего опыта, а программисты будут тратить свои драгоценные часы на что-то более интересное, чем написание чисел на бумажках. Пожалуйста, не лезьте со своим идиотским скрамом в мир 1С-франчайзи, там и так проблем хватает.
И кто побеждает на школьных олимпиадах по информатике? Школьники развитых стран или российские?
Что такое олимпиады? Это способность за несколько часов решить несколько мелких задач повышенной сложности. То есть вещи, совершенно оторванные от реальных потребностей индустрии, где как раз требуются продуманные глобальные решения.
Программирование как езда на велосипеде. Чтобы научиться ездить на велосипеде нужно ездить на велосипеде, падать, обдирать коленки, вставать, учиться находить равновесие. Впихнутыми в голову базовыми курсами можно только отбить желание.
habr.com/users/ElPanda