Программист — ожидание и реальность

Предисловие


Данная публикация не претендует на вселенскую истину, это не более чем личный опыт, наблюдения и опыт коллег. Думаю, что новичкам, стоящим на пороге интереснейшего мира программирования, стоит трезво смотреть на реальное положение вещей и чем быстрее иллюзии уйдут на второй план, тем быстрее можно получить удовольствие (и не только) от своих разработок.

Мифы для начинающих


Миф 1: «Сейчас я выучу С# (С++, ассемблер и т.д.) и стану настоящим программистом»
Увы, как показывает практика, кроме знания языка надо знать очень много смежных направлений. Например, очень часто нужны знания ведения какого либо учёта. Заказчику не нужен программист просто потому что он хорошо кодит, заказчик готов платить деньги, а иногда и не малые, за решение поставленной задачи, а не красивый алгоритм.

Миф 2: «Настоящий программист сутками пишет программы»
Как показывает практика, программист программирует в лучшем случае ⅓ времени проекта, всё остальное время уходит на постановки задач, общение с заказчиком и прочее убийство этого времени. Нет, конечно же есть среды, где программист именно кодит сутками, например, как в SAP-е. Но именно в SAP-е самая низкооплачиваемая должность кодер, который пишет строго по предоставленному техническому заданию. Шаг вправо, шаг влево — расстрел. И всё равно компания, автоматизирующая предприятие держит огромный штат сотрудников, далёких от кодирования для проведения как раз этих ⅔ работ.

Миф 3: «Сейчас как сделаю бухгалтерию и её как начнут все покупать»
К сожалению многие себя тешат этим мифом (и я давным давно был наивен). Мол, сейчас сделаю программу, которая будет быстрее и удобнее той-же 1С и она будет всем нужна. Но сделав начальную поделку пользователь задаёт резонный вопрос: “у меня работает 1С, она всем удовлетворяет, почти полностью поддерживает изменения в законодательстве, позволяет сдавать рег. отчётность и тогда зачем твоя, ни кому не известная программа?”.

Миф 4: «Мне бы только продать пару копий своего продукта и тогда уж точно попрёт»
Хорошо, предположим есть в знакомых влиятельная личность, которая инициирует покупку этого продукта для старта. Такое часто бывает (конкретные предприятия называть не буду по понятным причинам). А дальше то надо поддерживать продукт, что-бы конкуренты смотрели, завидовали и тоже хотели купить его. И вот тут начинается неприятное — разработчик перегорает, начинает требовать немалых денег, ведь кушать то хочется и клиент, серьёзно подумав, покупает 1С, где обновления бесплатные или условно бесплатные.

Миф 5: «Я стану специалистом и буду богат как Билл Гейтс»
Это самый печальный миф из всех остальных. Во-первых, Билл Гейтс по своей натуре был и есть менеджер, а не программист. Он всегда думал как выгодней продать, а не как лучше создать код. Поэтому, уверяю, без доп.образования (например, финансово-экономического) дальше начальника ИТ-отдела или руководителя проекта уйти не получится.

Миф 6: «Я буду создавать интереснейшие программы»
А вот и нет. За работу платят деньги только если результат нужен заказчику и как выясняется на рынке требуются очень нудные учётные системы или что-то подобное. Если мечтание жизни было создавать игры, то там тоже многомесячные нудные решения проблем.

Я тоже на работе занимаюсь тем, что мне не по душе, главное что-бы заказчику понравилось, а вот дома, по вечерам, запускаю свой любимый TASM и програмирую для души. Абсолютно ни кому не нужные программы создаются от души и для собственного удовлетворения.

Личный опыт или как не надо поступать новичкам


На одном из проектов набирали молодых сотрудников, только-что окончивших ВУЗ по специальности связанной с программированием. И один молодой работник как-то обнаружил поразительную вещь: «ни когда не подумал бы, что знания из ВУЗа придётся отбросить и учиться заново». Я не знаю что именно его поразило, но он во всём прав. Мы изучаем крутые методы сортировки, а заказчику надо просто видеть когда и куда он потратит деньги, когда и в какую сумму построит новый мост, в общем всё что угодно, кроме мастерства программиста. Именно поэтому многие программисты разочаровываются, узнав, что на предприятии он далеко не первый человек и жизни учит его даже бухгалтер.

Это может показаться смешным, но в реальной жизни надо делить на ноль. Это самый яркий пример, встретившийся мне в начале карьеры программиста. Бухгалтер на полном серьёзе оперирует такими понятиями, как «ну мы же делим на ноль, значит и в результате получаем ноль...». По своей глупости я начал возмущаться, отправлять человека обратно в школу, требовать дать адекватного заказчика, но вместо всего этого предприятие отказалось от моих услуг и обратилось к тому, кто умеет делить на ноль. Это теперь я знаю, что берд с моей точки зрения не обязательно таковым является с точки зрения заказчика, а тогда подобное было просто дикостью.

Альтруизм оказывается в IT-сфере не приветствуется. Однажды я решил помочь хорошему человеку в настройке компьютерного клуба (лет 15 назад они были в моде), при чём абсолютно бесплатно. Да, сутки на ногах без копейки денег, просто что-бы пообщаться с хорошим человеком. Но он тогда отказался от моей помощи, по причине как он выразился: «если человек не берёт деньги за работу, значит он не честный». И как показывает практика у всего есть своя цена. Деньги, это не только мотиватор разработчика, но и демотиватор заказчика, он лишний раз отбросит ненужный функционал в долгий ящик и разработчику не придётся реализовывать чью то бредовую идею.

Ещё позволю себе отметить интереснейший факт роста программиста как специалиста. Пока человек ещё новичок и только познаёт просторы ит-мира, ему кажется, что он всё знает. С опытом, программист понимает, что он почти ни чего не знает. И только став профессионалом, разработчик понимает, что ему абсолютно всё без разницы, главное что-бы заказчик был доволен. Конечно, этот анекдот рассказывают как анекдот, но беда в том, что эта самая настоящая реальность.

Рекомендации самому себе в молодости


1. Плюй на красивый код, лучше изучай стандартные конфигурации, ячеечный складской учёт и бюджетирование.
2. Забудь про добрых пользователей, они ленивы по определению. Им не нужны новшества и сложности, при любом нововведении, пользователи так или иначе будут саботировать и бунтовать.
3. Большинство крупных руководителей вообще не знают зачем нужны ит-структуры. Смирись и не доказывай свою значимость, это неблагодарно и заведомо проигрышно. Тебе будут понимающе кивать, тебя будут хвалить, но все лавры от внедрённой системы поимеет совсем другой человек. Кстати, это относится к любой проектной деятельности.
4. Изучай планирование времени. Прям тренируйся сразу после ВУЗа, а лучше прям учась на программиста. Это очень важно и именно из-за нехватки этих знаний, многие проекты заваливаются самым неприятным образом.
5. Учись брать деньги. За каждый чих бери определённую сумму. Да, это страшно, да, заказчика можно потерять, но за то зацепившийся клиент тебя быстро обеспечит работой.
6. Не играй в комповые игры и занимайся спортом. Смешно? У многих в этом серьёзные проблемы. Что первое, что второе, сильно влияет на производительность. Именно поэтому во многих организациях делают упор на тренажёрные залы, бассейны и фитнес-центры, лишь бы работники работали эффективней.
7. Самое главное — не забывай семью, звони родным, навещай родителей и уважай своих детей. Поверь, эти ошибки практически невозможно исправить.

Казалось бы чего общего в этих советах с алгоритмами на С++? Вот это и есть то необычное, что если-бы хоть кто-то раньше мне дал такие советы, то шишек набил бы гораздо меньше. Надеюсь, что после этого текста в мире будет чуть меньше шишек, набиваемых молодыми людьми.
Share post
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 113

    +16
    Как-то уныло у вас все.
    Рекомендации ни очем. Их надо было заменить на одну большую рекомендацию: занимайтесь тем, что вам действительно интересно, а не работая на заказчиков программируя ненужные вещи.
    Есть большинство компаний, в которых надо решать действительно интересные «программерские» задачи, где вам можно понадобиться академический курс по структурам данных.

    «Не играй в комповые игры».
    Плохой совет.
    Во-первых, для некоторых комп игры как хобби или просто развлечение на пару вечером в неделю, по мне так это куда лучше чем сидеть в баре попивая пиво или же сидеть на диване перед тв.
    Во-вторых, есть направление геймдева, где программисты востребованы не меньше, чем в эникейщиках создающих свою 1С для очередного заказчика, и там (в геймдеве) просто необходимо быть в курсе игрового мира и любить играть в игры.
    В-третьих, лично мой опыт, я нередко именно играя в какую-нибудь головоломку мне приходит в голову решения задач на работе.

    «Плюй на красивый код»
    Вообще без комментариев.

    «то шишек набил бы гораздо меньше.»
    Вот вам совет: плюйте на свою работу и идите занимайтесь тем, что действительно нравится.
      –9
      Немного не согласен с Вашей позицией — работа по определению граничит с недовольством, потому что хобби, это дела по мере возникновения желания, а работа, это дела по мере поступления приказов.
      Например, мне нравится программировать, но вот именно сегодня очень не нравится производить разбор сущностей контрагентов. Завтра, может быть, будет интересно, а сегодня на них смотреть не могу. Но работу надо сделать сегодня, что-бы денег было больше. И так во всём. Можно улыбаться, рассказывать как это всё интересно, но домой всё равно бежишь с радостью и мыслью, что сейчас займёшься именно интересными вещами.

      Есть большинство компаний, в которых надо решать действительно интересные «программерские» задачи, где вам можно понадобиться академический курс по структурам данных.

      Их мало. Во всём мире их очень мало. Говорю как человек, автоматизирующий крупные предприятия. Собственник, думающий о максимизации прибыли приветствует разработчика, который думает объектами бизнеса, а не алгоритмами кодирования.
      Однажды я консультировал одного бизнесмена, у которого трудился уже пару месяцев PHP-программист. Он проделал огромную работу, за что и получал зарплату. Но когда я показал, что уже есть всё готовое и всего за 27 тысяч рублей, собственник очень сильно расстроился из-за потерянного времени, про деньги даже не вспоминал. Да, реальность сурова и конкуренция жестока.

      ля некоторых комп игры как хобби или просто развлечение на пару вечером в неделю

      Предлагаю самому попробовать практический эксперимент (мы проводили их не мало в одной конторе) — поиграть 2 часа, а потом замерить производительность, на следующий день 2 часа погулять пешком и опять произвести замеры, уверяю, результатами будете сильно удивлены.
      Проблема компьютерных игр в том, что в реальности надо затрачивать силы для достижения результата, тогда как в компе достигается результат практически без усилий. Человек по своей натуре ленив и именно поэтому с лёгкостью подменяет реальность на виртуальность. При чём, к великому сожалению, человек начинает оправдываться сам перед собой, мол, это просто хобби или ещё что.

      есть направление геймдева, где программисты востребованы не меньше,

      Процент их какой к офисным конторам? Вот-вот. Малое кол-во рабочих мест создаёт большую конкуренцию, что сказывается на уровне оплаты. Попросту говоря там платят очень мало. Нет, есть проекты, где создателям игр платят хорошо, но их по всему миру раз-два и всё. Проще на сцену выбраться, чем заработать на играх. Но даже если и повезёт и молодой разработчик станет этим счастливчиком, то нудятины там побольше, чем в учётных системах. Скрывать не буду, по молодости и сам работал в компании по созданию игрушек.

      Вообще без комментариев.

      Грубейшее заблуждение. Вспомните опыт Била Гейтса или братьев Нуралиев и там и там упор делался на продажи и ни когда код не доводился до идеального, пока не переходили определённую денежную планку

      Вот вам совет: плюйте на свою работу и идите занимайтесь тем, что действительно нравится.

      Я этим и занимаюсь. Уверяю
      +12
      Где-то тут потерялось что программирование это не только системы складского учёта. Ну и про нудные решения проблем я не понял, собственно говоря а что ещё более интересное кроме решения проблем в программировании есть?
        –5
        Создание чего-то такого, что самому хочется прямо сейчас
        +6
        И тут я понял, что я неправильно жил
          +7
          Хм. Проекция опыта автора на индустрию в целом.
          У меня опыт иной. Совсем.

          1. Далеко не всегда программист будет общаться с заказчиком. Если программиста(именно программиста, подчеркну, а не менеджера продукта) постоянно дергают на встречи с заказчиками, или Боже упаси, заставляют проводить такие встречи самостоятельно — это плохая контора, неправильная. В правильной конторе программиста попросят ненадолго подойти на встречу с заказчиком для дачи экспертной оценки обсуждаемого.

          2, Почему именно бухгалтерия? В индустрии куда больше всяких вариантов. Начиная от всяких ИМ-мессенджеров и заканчивая навигационным софтом(привет, Яндекс!). Если Вам не повезло(или повезло, не знаю) встрять в бухгалтерию/документооборот и Вам это не нравится — меняйте работу.

          3. Альтруизм поощряется везде. Надо просто понимать, кому стоит уделить время бесплатно, а кого лучше и за деньги послать. Делал пару раз проекты выходного дня(т.е. за пару вечеров) друзьям по фану. Хорошему человеку помочь не в тягость. Зато теперь точно уверен, если вдруг чего — рекомендация в конторах этих друзей у меня есть.

          4. По поводу деления на ноль и бреда. На самом деле, проблема куда шире. Вопрос ведь не в том, что бред, а что нет — это вопросы субъективные. Идея в том, что бухи заказывают фичи — Вы их делаете. Ваша задача сделать бухам(или кому там...) хорошо. Не важно, понадобится ради этого ввести особый кейс x/0 = 0 или как-то еще выйти из положения — заказчик должен быть доволен. Вы проект закончите и забудете, как страшный сон — а ему с этим дальше жить.

          5. По поводу сортировок и красивого кода. Не знаю, как так получилось, что складской учет оказался важнее хорошего кода, но могу лишь посоветовать новичкам не слушать этот совет. Лучше быть хорошим программистом, чем средненьким кладовщиком.

          6. Про плохих пользователей. Тоже беда какая-то… Сколько делаю новые фичи(или даже баги чиню — парадокс!) — пользователи с благодарностью воспринимают. Потому как им это надо, им это полезно. При чем я говорю именно о внутренних пользователях, т.е. коллегах по работе. Им интересно делать свою работу, мне интересно делать свою. И очень приятно, когда результат твоей работы радует людей. Если результат работы людей не радует — это плохая работа, ее надо менять.

          7. Про игры. А я вот с начала института шпилил в Вов. Теперь мое имя фигурирует в титрах нашей игры раза четыре. Помог ли мне в работе опыт игры в Вов? Безусловно.

          Вот какой-то такой опыт получился… Сори за сумбурность.
            –4
            1. Я в статье отметил, что такое встречается очень часто, но в этом случае сам по себе программист очень низкооплачиваемый. В примере упомянул SAP

            2. Просто ради интереса посчитайте вакансии Вашего города по соотношению учётных систем к системному программированию. Интернет-магазины, кстати, тоже учётные системы. Ну и со сменой работы не всё так просто — я не готов работать за тарелку супа (образно говоря) с утра до ночи и с непонятными перспективами. Просто поверьте, устроиться молодому сотруднику в яндекс во много раз сложнее, чем на соседнее предприятие. Можно даже шансы посчитать, но это лишнее

            3. Почти полностью согласен — друзьям всё бесплатно. А вот если знакомые, то лучше за деньги, потому что по сарафанному радио он передас информацию не только о качественной работе, но и о небольшой цене

            4. В точку. Именно так и есть. Но многие молодые тут запинаются очень сильно

            5. Я написал своё мнение, на основе личного опыта и опыта мировых людей. Думаю, каждый для себя сделает выводы.
            Могу даже рассказать одну сказку списанную с реальных событий 90-х:
            Жили были 2 друга программисты. Первый был отличный программист, дотошный до мелочей, умеющий оптимизировать самый лучший чужой код. Второй был разгильдяем, который всё делал абы-как. Как-то раз они за бутылкой водки придумали очень хорошую идею, но не сошлись в методике реализации и протрезвев, начали реализовывать порознь. Первый прог приступил очень тщательно, с толком, тогда как второй лепил код абы как. Через месяц у первого проект был в самом разгаре и он был почти идеален, а у второго прога получилось нечто непонятное. На второй месяц первый прог трудился не покладая рук, а первый продавал свою поделку направо и налево. На третий месяц первый прог решил всё забросить и пойти на завод работать, потому что кушать хочется, второй сжалился над ним и взял к себе на работу за очень хорошие деньги.
            Они, кстати, до сих пор на рынке и развиваются огромными шагами. Думаю мораль этой сказки красноречива.

            6. А Вы попробуйте бюджетирование внедрить в контору, где раньше было только финансовое и ресурсное планирование. Или внедрите в контору, где стояла 1С (подставьте свою систему) какую либо другую, например Парус или SAP. Уверяю, встретите очень много неприятных вещей

            7. Выше про игры написал. Я ни кого не осуждаю. У меня лучший друг игроман от мозга и до костей. Просто новичкам как-бы намекаю, что есть игроманы, а есть создатели этих игр.

              +4
              1. Нууу, я верю, что всякое может встречаться очень часто. Тут ведь в чем сложность: Если рассматривать частоты появления тех или иных событий в масштабах планеты, то наиболее часто встречается выращивание риса за 10 баксов в месяц. Но это событие не актуально, т.к. ни Вы, ни я не пойдем за 10 баксов растить рис, как бы мы(Вы не знаю, а я так точно :) ) его ни любили. В ИТ так же. Часто встречаться может что угодно, но значение это будет иметь только в случае выбора конторы для работы с помощью генератора случайных чисел. А если выбирать обстоятельно — то не важно, что и где встречается «вообще». Важно, что встречается в конторе по Вашему выбору.

              2. Собственно. п.1 как раз про это. С т.з. статистики — не вижу смысла спорить, информация не принципиальна.

              5. Просто «перфекционист» имел мало опыта. И, похоже, здравого смысла. Пофиг, как хорошо написан код — если проект «не взлетит», то качественный код пойдет на выброс. И наоборот, если проект «взлетит», то некачественный код со временем можно выбросить и заменить качественным.
              Из этой, в общем-то правильной истории вы делаете неправильный вывод о том, что качественный код не нужен. А по факту, он нужен, просто не в этом случае.

              6. Я не занимаюсь внедрением. И тем более, 1С. Я игры делаю. И не хочу работать с неприятными людьми. Хочу работать с приятными.
                0
                1. Да, но работать программистом за 30 тысяч или за 120 тысяч, это разные вещи. Не так ли? И молодой человек, стоящий на развилке выбора скорее всего будет смотреть во вторую сторону. Он переступит через себя, подучит предметную область, научится общаться с пользователями и аналитиками и будет получать больше, чем чистый программист.

                5. Он нужен, но его не надо ставить на первое место.

                6. Если не секрет, за последний месяц много продали игр? Например, я за ноябрь сдал несколько микро-проектов на сумму меньше 100 тысяч, но тоже не плохо. Среды разработки 1С, PostgreSQL, PureBasic и C#
                В мечтах, да, я тоже хотел делать игры, а в реальности, когда встал вопрос чем кормить семью, системное программирование ушло в хобби.
                  0
                  1. Если «молодому человеку» без опыта сразу предлагают 120 тысяч — я бы на его месте крепко задумался, где подвох.
                  А «уже не очень молодому» человеку 120 тысяч получать как-то не комильфо… Маловато.
                  Можно, конечно, и предметную область подучить и получить 120 тысяч сразу, после чего так до старости эти 120 тысяч и получать, т.к. средний программист и средний кладовщик в одном лице нафик никому, в общем-то, не нужен.

                  5. Его не надо ставить во главу угла проекта целиком в ущерб всему остальному. Но нужно отдавать себе отчет в том, что сделать интернет магазин, который выдерживает 100 пользователей — это одно, а сделать так, чтоб он не прилег от 100 тысяч — это уже совсем другое. И если кто-то сделал первое — далеко не факт, что осилит второе.

                  6. О, пошли замеры у кого длиннее. Люблю такое.
                  Честно говоря, совершенно не владею статистикой по продажам. Да и владел бы — не сказал. Это закрытая информация. Зарплату я свою по НДА тоже не могу вот так раскрыть. Скажу лишь, что толковые программисты получают много больше и 100, и 120 тысяч. И это не то что бы только у нас, это вообще.
                    0
                    1.
                    А «уже не очень молодому» человеку 120 тысяч получать как-то не комильфо… Маловато.

                    Ах да, я забыл, тут же все олигархи и получают от миллиона евро. Может не будем зазнаваться?

                    т.к. средний программист и средний кладовщик в одном лице нафик никому, в общем-то, не нужен.

                    Хм, подскажите, у Вас за плечами много предприятий? Просто интересно как лично Вы строите диалог с заказчиком, не зная предметной области. Например, я зная складской учёт не иду работать кладовщиком, за то когда создаю сущность «единица измерения» заранее знаю, что бензин поступает в тоннах, а выдаётся в литрах, шайбочки иногда принимаются в килограммах, а продаются поштучно. И таких тонкостей десятки тысяч. И если их не знать, то основное время разработки уйдет на объяснение таких механизмов, что-бы программист реализовал всё в своём приложении.

                    5. Недавно держал базы на 400 пользователей. Совсем ни чего не программировал и не оптимизировал, хотя новички так и лезут в код, уверенные в том, что там всё плохо. Так что продолжаю Вашу же мысль — человек, считающий, что может оптимизировать этот код, не обязательно может создать систему, выдерживающую такую нагрузку.

                    6. По правде я не преследовал цель выяснить у кого флэшка больше, просто хотел уточнить, на что могут рассчитывать выпускники ВУЗов. По поводу зарплат… давайте будем реалистами, в Америке 50 долларов в час платят только блатным, в реальности там 15 долларов специалистам платят. Вот и посчитайте образцовую зарплату до тряски рубля (15*8*22 * 30 рублей=80 тысяч). В России сишники вообще берут по 5-10 долларов в час, потому что заказов очень мало, а желающих работать много. Опять же отмечу, что программист на САПе несколько лет назад получал 30-35 тысяч, это самая низкая зарплата у сапёров
                      0
                      Ах да, я забыл, тут же все олигархи и получают от миллиона евро. Может не будем зазнаваться?
                      Простите, задеть Вас не было задачей. :)

                      По поводу тонкостей предметной области. Я не стремлюсь поставить под сомнение Ваши знания. Безусловно, любая предметная область имеет неограниченное количество всяких узких мест, и знать их всегда лучше, чем не знать. Просто в «малом бизнесе» от ПО куда больше предметной области, чем программирования. И наоборот, в крупном софтвере много программирования. Очень много. Предметной области там не меньше, но там есть коллеги, которые, если что, подскажут.

                      5. Конечно. Новички на то и новички, чтобы с горящими глазами искать что бы соптимизировать. :) Просто не нужно оптимизировать то, что не требуется.

                      6. Я не буду спорить. Выпускникам ВУЗа сразу никто сотни денег платить не будет. Но если есть желание расти, то за 3-4 года выйти на хорошие деньги вполне реально.

                      Относительно почасовой оплаты в Америке и у нас… Про цифры не готов говорить, т.к. разброс огромный. Честно говоря, я не знаю, откуда инфа, что народу много, а работы мало. Я вижу, что работы до фига, только работать некому. И всегда говорят, что программистов не хватает.
                        0
                        К сожалению я тут подписался не ставить смайлики, а так то, конечно, про олигархов, это была юмористическая ирония и не более.

                        Уверен, мы думаем примерно одинаково, только процессы описываем разными словами.
                        Я «зацеплюсь» только за последнее замечание.
                        И всегда говорят, что программистов не хватает


                        Одно время я занимался проблемами поиска кадров. Программистов на рынке полно, но для спецов оплата нужна большая, а разгильдяи не устраивают заказчика. Например, на зарплату в 30 тысяч по 1С пойдёт только студент без знаний и опыта, а платить, например, 64 тысячи, уже накладно. Вот и получается такая борьба между жадностью и желанием получить рабочую систему. Вот и получается, что по факту программистов не хватает, но студенты устроиться не могут ни куда, кроме как одинэсить (сапить, парусить и т.д., подставить при необходимости). Например, на строительство спутников у меня племянник пытается пробиться уже больше года и пока безрезультатно. Вот и работает пока что начальником снабжения за полярным кругом.

                        Я задам один провокационный вопрос? Студент, окончивший обучение на системного программиста, куда должен пойти устраиваться на работу без переезда в столицу?
                        0
                        Мы, похоже, в разных Россиях и Америках цены смотрим. Например, специалист при въезде по H1B в принципе меньше средней зарплаты по рынку не может получать в принципе по условиям выдачи визы; а это в районе $30. У меня повыше, но я ничуть не блатной, не обладаю каким-то тайным знанием бухучёта народов мира, а спокойно пишу под эти ваши Андроиды. И да, до уезда в России, делая то же самое, получал немногим меньше.

                        Кстати, многие из озвученных вами проблем по трудоустройству и актуальности профессии решаются одним простым изобретением 90-х годов. Интернет называется.
                          0
                          Нет, мы в одинаковых. Если Вам повезло, то я рад, но вот ко всем это не относится. Один коллега тоже уехал в Америку и работает за свои честные 50$ официально, но он прошёл долгий путь к этому месту, который не осилить многим. Многим работодателям выгоднее нанять по удаленке китайца или русского за 15$. Проводить это всё вполне официально, сдавать официальную отчетность и платить налоги, при этом нести затрат в несколько раз меньше, чем если брать сотрудника в штат к себе.
                          Это проблема не одного работодателя, а большинства. Причина как и всегда одна — максимизация прибыли. И если продукт конкурента оказывается сильно дешевле, то это сигнал о скором закрытии конторы. Кстати, именно поэтому тот-же гугл за 10 лет перешёл от инженеров к менеджерам, которые гораздо лучше ориентируются на рынке. Но про гугл, это уже непонятный холивар, поэтому не буду тут останавливаться.
                          Про визу H1B вы отметили, но не уточнили тонкостей для незнающих, которые как раз многое и перечёркивают. По этой визе работаешь не более 3-х лет, после этого работодатель может её продлить… а может не продлить. Продление визы, это ему дополнительные расходы и через 2 года дополнительные большие расходы. Думаете большинство работодателей готовы распрощаться с деньгами? Нет, они выбирают вариант с рабством. 2 недели тянут резину под разными предлогами, а потом инициируют появление новой визы с нуля. При этом работа крайне схожа как раз с рабством. За любой чих, работодатель грозит увольнением.
                          Работа на одном месте, это их ноу-хау. Приезжаешь в Америку по этой визе, работаешь, радуешься жизнью. А потом берёшь пару подработок, работодатель приделывает пинка и неудачливый американец стоит на берегу океана, всхлипывает в трубку телефона прося у родственников и друзей денег на обратную дорогу в Россию (это реальный пример знакомого). Это кажется, что будешь работать всю жизнь на одного дядю, в реальности на это способны единицы, а остальные уже через год начинают расслабляться и показывать недовольство.
              0
              пункт №6 — очень кстати. Многие забивают на физическую активность, предпочитая ее виртуальной (последняя, впрочем, тоже допустима, главное — чтобы она не была единственной).
                +1
                К сожалению многие оправдываются сами перед собой как и в случае с комповыми играми. Мол, «времени нет», «бег вреден для суставов» и прочее. Хорошо, что многие компании это понимают и своих сотрудников чуть ли не силой гонят в спорт зал.
                P.S. Я, например, из-за нехватки времени просто хожу. Каждый день не меньше 12,6 км
                +3
                1. Плюй на красивый код, лучше изучай… ячеечный складской учёт

                Потянет на девиз конференции highload-разработчиков в период кризиса
                  –1
                  Да-да, многим эта правда очень не нравится. Не спорю, так кажется до определённого уровня опытности. Уверяю, собственнику абсолютно наплевать на красивость кода, ему нужен только результат. И если программист супер отличный кодер, но не знает бизнес-процессы предприятия, то он ни кому сильно то и не нужен. Описывать всё в тех.задании? Так это просто переписывание учебников по тому же складу. Проще заплатить специалисту, чем обучать новичка на своих деньгах.
                    +2
                    И если программист супер отличный кодер, но не знает бизнес-процессы предприятия, то он ни кому сильно то и не нужен.

                    Это из разряда забивания гвоздей микроскопом. Поверьте, нужен. Просто не на этом предприятии.

                    Edit: что-то у меня не работает тег-циата
                      0
                      Несколько лет назад я добрался до автосалонов. Диалог с собственниками был примерно такой:
                      Директор: Учёт сможете наладить так, что-бы я видел сколько и чего мы зарабатываем?
                      Я: Да. Через месяц будет результат
                      Гл.бух: Мы сможем нормально сдавать отчётность?
                      Я: Уже в первом квартале почти всё сформируется автоматически. Тонкости будут добиваться весь год.
                      Фин.дир: Мы можем рассчитывать на бюджетирование?
                      Я: Без проблем. Но сроки от года и стоимостью…

                      Этот диалог получился именно таким по причине того, что я знаю предметную область. А теперь представьте если бы не знал. Собственник перво-наперво должен был бы сначала меня обучать этой предметной области за свой счёт, потом ждать результата, потом многолетняя работа над ошибками и в конце он получил бы нечто непонятное.
                      Однажды в сети пивных супермаркетов я общался с фокспрошником. Он много лет там делал отличную систему для бух.учёта. На вопрос, как он себе представляет план счетов, он начал рассказывать как пару месяцев он составлял ТЗ по плану счетов. Только техническое задание 2 месяца! Как ВЫ думаете, какой собственник с радостью будет просто так отдавать деньги? Это возможно только в исключительном случае. Нет?
                        0
                        Простите, а Вы уверены, что это диалог именно программиста с салоном?
                        Обычно диалог программиста с автосалоном начинается с просьбы рассказать о вот этой вот машине, дать ее на тестдрайв и т.д.

                        А то, что Вы рассказали — это задача аналитика или менеджера — управленца, который будет общаться с клиентом и принимать решение, стоит ли работать с ним.

                        А что касается двух месяцев, то мне вспоминается замечательная фраза «Если автоматизировать бардак, то получится автоматизированный бардак», по этому 2 месяца на план счетов для сети супермаркетов, особенно если она всероссийская и росла стихийно мне не кажется большим сроком и чтобы опровергнуть мое мнение необходимо смотреть на единообразие существующих систем, наличие и единообразие бизнеспроцессов и еще кучу факторов. Только тогда можно будет оценить адекватность этих сроков задаче.

                        Где оценка эффективности решений в Ваших словах?

                        Вот пример эффективности разработки. Пусть потратив месяц программист улучшит производительность кода на 10%. ЗП за этот месяц возьмем для ровного счета 100кр.
                        Если система развернута на 10 серверах, то 10% — это еще один сервер. Если на 100, то это уже 10 новых серверов и т.д. Помножим стоимость одного сервера на количество необходимых и мы уже получаем миллионные затраты на покупку и немаленькие на обслуживание и электричество. Что выгоднее по Вашему? И при росте масштабов разрыв затрат будет только расти.

                        Или другая крайность — все работает на одном арендованном сервере. Тут без вопросом, аренда чуть более мощного сервера в год будет стоить меньше, чем зарплата этого программиста за месяц и можно вложиться в железо.
                          0
                          По первой половине — это именно диалог программиста с заказчиком. Если для автосалонов набирать команду из аналитиков, программистов, рукводителя проекта и т.д., то проект будет золотым. Конечно же заносчивый автоматизатор скажет «мне это не интересно, вы слишком малы» и будет в какой-то мере прав, но статья изначально посвящалась начинающим специалистам, которым нужно планировать своё развитие и упускать такие лакомые куски как автосалоны по крайней мере глупо. Скажем так, деньги не пахнут. Но вот если соискатель получает отказ, то, согласитесь, как-то неприятно это. При чём неприятно на столько, что может и сердце не выдержать.
                          Вообще, как мне показалось, Вы рассуждаете с позиции большого блата. Что Вам сразу после ВУЗа предложили очень дорогую работу, при этом ни с кем не общаться и только кодить то, что самому интересно. Но ведь не всем так везёт. Даже больше скажу, так везёт только единицам из тысячи выпускников.

                          Где оценка эффективности решений в Ваших словах?

                          Я не собирался оценивать эффективность, просто показал глазами собственника как принимаются решения. Даже больше скажу — если продолжать Вашу же мысль, то в Ваших рассуждениях есть грубая ошибка в оценке эффективности. Например, в Вашем выигрыше в 10% от производительности в реальности толку не очень много для большинства компаний, ведь гораздо эффективней и правильней производить декомпозицию бизнес-процессов предприятия, вместо изменения кода. Так и безопасней и надёжней. Это уже не мой опыт, а опыт мировых компаний, таких как, например, САП, где есть малоэффективный древнейший код, но его не трогают ни при каком условии, потому что он работает. И проще заставить несколько сотрудников делать что-то по другому, чем рисковать всей системой, потому что в ней всё зависит от всего.
                          И ещё много пунктов в Вашем примере, которые поставят в тупик идею оптимизации, но это нудно и, как мне кажется, тут совсем не нужно
                            0
                            Я разговариваю не с позиции большого блата а с позиции разделения труда и получаемой за счет этого дополнительной эффективности.
                            Общение с конечным заказчиком и программирование — это области, которые по требуемым квалификациям отличаются очень сильно.

                            > Даже больше скажу — если продолжать Вашу же мысль, то в Ваших рассуждениях есть грубая ошибка в оценке эффективности.
                            Понимаете в чем дело. Я считаю, что если у заказчика есть какая то ИТ система, то она ему зачем-то нужна (если это было не так, то он бы ее выкинул, а не вбухивал деньги в развитие). Я же тоже привел пример с позиции принятия решения заказчиком, которому либо прямо сейчас нужно заплатить сумму Х человеку или прямо сейчас сумму Х*10… за оборудование, а потом каждый месяц платить по Х.../10 сопутствующих расходов.
                            Я видел ситуацию, где специально обученные люди потыкав в систему специальными инструментами и подумав два дня ускорили расчетную задачу для назовем это промышленностью примерно в 5 раз (и сказали, что это не предел, но для большего потребуется анализ задачи, а не только реализации), а ИТ инфраструктура по понятным причинам не резиновая и высвобождение таких мощностей под другие задачи было встречено очень позитивно на всех уровнях. Конечно, не всегда бывает все так хорошо, но и так тоже бывает.

                            > а опыт мировых компаний, таких как, например, САП
                            Я не видел инсталляций САП, работающих на сотнях и более машин.
                            Да, я знаю, что существуют сильносвязные задачи и задачи с унаследованными решениями, которые опасно трогать и не получится так оптимизировать/масштабировать, но это далеко не все задачи на рынке, о чем Вам в комментариях пишу не только я.
                              0
                              Я не видел инсталляций САП, работающих на сотнях и более машин.

                              РЖД — тысячи рабочих станций. Уголь — тысячи рабочих станций. Производство алюминия — сотни рабочих станций. При чём это всё не просто работа, а ведение сложнейшего учёта, где сущностей сотни тысяч. И это всё работает более-менее слажено
                                0
                                Рабочие станции, на которых запущены САП-клиенты начали обрабатывать какую-то логику, отличную от логики отображения?
                                Или Вы реально не видите разницы между клиентом, который показывает пользовательский интерфейс и серверами приложений и СУБД, которые в САП обрабатывают бизнес-логику?
                                  0
                                  Я вижу разницу, но перечитайте фразу на которую я ответил, там речь идёт про инсталляции и ни слова про сервер приложений, клиентского приложения, СУБД или вёб-сервера.
                                    0
                                    Если у меня на сайт зашло 1000 человек, а сайт размещен на одном сервере, можно ли сказать, что _сайт_ работает на 1000 машин?
                                      0
                                      Теперь понял, что мы о разном)))) Поверьте, в учётных системах клиентские рабочие места, это совсем не одно и тоже, что и интернет-технологиях. Например, каждое клиентское подключение, не зависимо от типа, отнимает ресурсы сети и серверов. При чём отнимает на столько, что, например, расчёт зарплаты для 5 тысяч сотрудников может иногда длиться несколько дней.
                                      Да, интернет магазины занимают огромную мировую нишу, но учёт денег, сдача налогов и прочие моменты иногда на порядок чаще встречаются.
                                        0
                                        И опять Вы не поняли того, что я хочу сказать.
                                        Отнимают ресурсы не клиентские рабочие места, а выполняемые клиентом задачи (пусть даже это просто задача авторизации и поддержки соединения с клиентским интерфейсом).

                                        Так везде. И в учетных системах, и в сайтах и в какой-нибудь САПР. То, что Вы подразумеваете под развертыванием в технической части обычно считают нагрузкой и в требования говорят, что система должна поддерживать работу N клиентов с такими то задачами, для чего требуется N лицензий и M серверов.

                                        А с точки зрения бизнеса это будет выглядеть, что для доступа к ИС установлено 1000 рабочих мест, стоимостью 3 рубля штука и ИС развернута на 3 серверах по 30000000р штука. Стоимость компонент не сопоставима, по этому я пока ни разу не видел, чтобы их в одну кучу смешивали, уравнивали и называли одинаково.
                                          0
                                          Могу заверить, учётные системы считают от кол-ва клиентов. От клиентов вычисляют и структуру серверов. В учётных системах большая проблема с кол-м сущностей. Т.е. там структура на столько серьёзная, что каждый новый клиент вносит серьёзные искажения в нагрузке. Поэтому и цены для учётных систем примерно сопоставимы среди клиентских и серверных лицензий.
                                          У Паруса предпоследнего немного не так, потому что там в качестве СУБД используется только оракл, т.е. серверная часть покупается только за драгоценные металлы (прямолинейный юмор).
                                          В общем, из личного опыта по 1С: на 400 человек, оказывающих слабую активность, необходимо строить кластер серверов приложений, кластер СУБД и отдельно СХД. В противном случае всё просто захлёбывается
                          0
                          Больше похоже на диалог сейлза, а не программиста. Если речь про некоего фрилансера — ну пусть так, но нужно понимать, что если человек сочетает в себе программиста, продажника, сетевика и еще пачку специальностей, то за сравнимое время он станет весьма средним специалистом в каждой из этих областей, относительно узкой специальности. Просто времени не хватит.

                          Если мы говорим именно о программистах — то вопрос так просто не стоит. Программист — инструмент узкоспециализированный, требует, помимо себя, еще многих людей других специальностей, чтобы раскрыть свой потенциал.

                          Проект золотым будет, говорите? Если этот салон — единственный заказчик, то, пожалуй, да. Но у нас же есть сейлз на фултайме — пусть найдет еще заказчиков! А программисты будут заниматься в это время тем, что умеют делать хорошо. В это же время внедренцы будут тянуть провода и свинчивать серверные стойки. Это называется разделение труда.

                          Заметьте, я не говорю, что быть фрилансером — плохо. Нисколько. Просто речь о программистах.
                            0
                            Конечно про программиста. Но не состоявшегося, а только вначале карьеры. Когда важен каждый шаг, каждый пункт, каждое действие. Что-бы устроиться на хорошую работу одного знания ЯП мало. Когда к работодателю выстраивается очередь из специалистов, он не берёт первого попавшегося, а оценивает по своим предпочтениям.
                        +9
                        По поводу обучения, «просто оставлю здесь»© цитату:
                        "
                        — Что будет, если мы заплатим за обучение наших сотрудников, а они уйдут?
                        — Вы лучше подумайте, что будет, если мы не заплатим, а они останутся.
                        "
                          0
                          Покажите мне такую контору. Уверен, они давно уже пришли к тому, что лучше взять специалиста, чем возиться с непонятными людьми с неизвестной обучаемостью. Я уже сталкивался с этим, но мне повезло, набирали очень толковых студентов, способных обучаться мгновенно. А если бы не повезло и кадровик был-бы увальнем?
                            0
                            Какую-такую? Где вкладывают деньги в сотрудников? Ну наша, например. Или яндекс. Хз, что там в гугле, но тоже, думаю, все в порядке.
                          +1
                          Вы как то узко мыслите.
                          «Уверяю, собственнику абсолютно наплевать на красивость кода, ему нужен только результат.»

                          1. Я заметил у вас слово-паразит «я уверяю».
                          2. Чушь.

                          Вот вам пример, вы наняли эникейщика, который раньше изучал VBA скрипты, хорошо разбирается в ваших бизнес-процессах, но код его ужасен как самый страшный сон. Вы дали ему проект, большой, он выполнил, довольно быстро, программа решает свои задачи, эникейщик увольняется (не важно по каким причинам) и вы нанимаете нового — и, о горе, через некоторое время вы понимаете, что новые задачи не могут так быстро выполняться, новые функции добавляются очень медленно и с кучей сопроводительных багов, когда поменяв в одном месте, начинает отваливаться совершенно в другом.

                          В общем, мой посыл в том, что сопровождение и поддержка плохого кода в итоге обойдется дороже.

                          Есть понятие прототип, когда качество кода действительно не имеет значения (это как раз то, о чем вы писали пару веток вверх, про историю двух друзей программистов), а есть конечный продукт, который надо поддерживать кроме вас еще кому то.

                          — Как думаешь, это весело или грустно?
                          — Это печально
                          (с)
                            0
                            С этой стороны согласен, при чём сам потратил не один год на стандартизацию кодирования. Да, что-бы код был понятен другим, необходимо как-то стандартизировать этот процесс. Взяли готовую методичку и все дружно учили. Результатом был реальный случай, когда наисложнейший инструмент раскололся другому специалисту за 2 часа. Другой инструмент такого-же плана, но написанный очень некачественно, не раскололся не перед кем до сих пор, хотя прошло уже несколько лет. Даже сам автор в нём ни чего не может понять.
                            Я же имел в виду немного другое направление (не спорю, не совсем ясно обозначил его выше). Не важно какой код был создан, но если собственник не видит реальных денег, он недоволен. Вот реальный пример из моей практики:
                            Ребята для одной очень крупной энергетической компании 5 лет делали систему на сях (точно не скажу, т.к. в подробности не вдавался). Набрали штат программистов, постоянно беседовали с заказчиком на тему что и как должно работать. Через 5 лет заказчику это порядком надоело и он пригласил нас с 1С. За год наша контора переписала всё написанное, плюс внедрило ещё огромное кол-во учётных блоков и как только запустили систему, она сразу выявила многомиллионные ошибки. И так, конкретная энергетическая компания России 5 лет на красивом коде терпела многомиллионные убытки, а на непонятной 1С (ведь тут многие её считают ущербной) выявили эти огрехи, получили инструмент по делегированию финансового управления и ещё целую кучу вкусностей.
                        +1
                        не все работают в области учета / отчета / бухгалтерии. Мир 1C и SAPa довольно скучный, хоть там и платят порой неплохие деньги.

                        поработав 15 лет в разных фирмах могу сказать про свой опыт:

                        Большие фирмы, корпаратифф. [C++ GUI]. Много сложных аглоритмов, хитрой обработки данных. За это время вспомнил/наверстал много, Кнута даже стал читать)) Предметная область нужна по-минимуму, постановщики задачи (они же заказчики) сами инженеры, как правило самые толковые в своей области. Были и скучные конечно задачи, например сами пользователи навтоматизировали на Excel таблицах свою работу, с ростом объемов это решение стало колом и надо было быстро изучить VBA и разобраться что к чему, или оптимизировать или переписать на клиент-серверное решение (чтобы было нежелательно, так как бэкенд был сильно занят, а задача пользователя не сильно приоритетна, поэтому пришлось углубляться в VBA).

                        Продуктовые фирмы [iOS dev]. Участвуешь в разработке продукта которым пользуются сотни тысяч людей, в немалой степени определяешь облик продукта (всегда можно поговорить с дизайнерами, менеджерами и обсудить варианты) и в очень большой степени как он работает.

                        Аутсорсинг [iOS dev]. Куча разнообразных проектов, много кода (как говно так и красивых интересных решений, библиотеки, доработка проектов), куча технологий.
                          –2
                          Полностью поддерживаю. У меня коллеги, например, в Америке работают каждый вечер на C# и под эплы пишут. Но вот студент, выпустившийся с ВУЗа сильно то ни кому не нужен. Например, учётная система для МТС-а, писалась одним человеком. Это для всей страны. Тогда как отделы МТСа сидят на 1С-е, где работают тысячи, а то и больше 1Сников. Понимаете масштаб разности? Если смогли устроиться в системное программирование, это более чем хорошо, но как быть с теми, кто поверив, разочаровался?
                            +1
                            Учетные (и прочие) системы для МТС пишет целая немаленькая компания на том же C#, если что.
                            И еще — в индустрии сейчас дикая нехватка разработчиков на тех же C# и Java. Проблемы устроится нет никакой. Если конечно тянете.
                              0
                              Коллега внедряет 1С для многих участков МТС. Например, сейчас внедряется модуль по оценке продавцов для некоторых точек. Если есть разработки на сях, я бы с удовольствием глянул.

                              в индустрии сейчас дикая нехватка разработчиков на тех же C# и Java

                              Тут, например, из одной деревни спрашивали кем стать ребёнку, что-бы кормить семью, при этом метит он в сферу компов. Деревня Уяр, обслуживает ж/д пути, производит колбасу и много мелких предприятий. Мы оценивали рынок рабочих мест прямо там. Увы, кроме 1С и админства нет ни чего стоящего. Даже САП на ж/д дороге подразумевает переезд в краевой центр.
                              Но я полностью согласен, что кто ищет, тот найдёт. Например, одна девочка просто плевалась от 1С и ждала 2 года, пока освободится вакансия в одной конторе по погоде. Но она одна из сотни голодных прогов.
                              Уточните, где нехватка системных программистов на сях? Я вот вакансии смотрю, либо зарплата не очень, либо только в столицу ехать
                                0
                                А я считаю так: талантливый программист ВСЕГДА найдёт себе достойную работу, причём независимо от того, где он живёт. Я, например, не фрилансер, но уже 5 лет, как работаю из дома, я свободен в перемещении и графике. Закрыв один проект я без проблем перехожу на другой, потому что у меня есть опыт, который позволяет в любое время найти проект соответствующий моим возможностям и потребностям.

                                Чтобы программист нашел себе работу, достаточно иметь мозг на плечах и интернет — остальное приложится.
                                  0
                                  Я реалист и мне чужды абстрактные методики. Лично мне ближе статистики, шансы, возможности. Вот, например, толковый программист, умный, способный, но без знакомых и рекомендаций. Куда он пойдёт? Придёт на предприятие со словами «смотрите какой я нужный всем»? Нет конечно, ему тут-же приладят пинка или предложат работать за тарелку супа.
                                  В общем, мне кажется Вы путаете понятия «повезло» с предлагаемыми методиками поиска работ.
                                    0
                                    Никаких абстраций. Я говорю абсолютно конкретно — я видел это множество раз.

                                    Нет, ему вообще не обязательно куда-то «идти».

                                    Ему достаточно открыть браузер, найти там какой-нибудь фрилансим.ру, поделать мелкие проектики (да, первое время придётся подзатянуть пояс), получить опыт. Рано или поздно, при должном старании, надётся заказчик, который подцепит его надолго, потом еще один, потом вообще к себе на постоянку позовут и — вуаля.

                                    Есть вариант посложнее: пока еще родители еще помогают финансово, заняться каким-нибудь популярным опен-сорс проектом, показать себя, опыт получить, потом уже идти в проекты как опытный программист, а не начинающий.

                                    Самый сложный варинт: придумать собственный стартапчик (особенно хорошо, если с друзьями), попытаться на нём заработать. Не получится заработать — опыт всё-равно нехилый.

                                    Тут от прям везения-везения мало чего зависит. Определяющие параметры — это насколько человек целеустремлён и насколько он талантлив. А если ты бесталанный или полный разгильдяй, то, может, и нечего тебе в индустрии ПО делать?..
                                      0
                                      И первый и второй и третий вариант заведомо провальны без знаний предметной области и абсолютно ни как не зависят от знаний программирования. Если я не прав, давайте рассмотрим конкретный фрилансный сайт и я покажу полностью по пунктам из своей статьи на чём неопытный студент завалится в первые же месяцы.
                                      Не вопрос, можно себя тешить опенсорсным проектам, но потом ведь захочется кушать и что? Думаете кто-то ценит непонятные поделки непонятно кому нужные? Нет. Заказчик ценит успешные проекты, работающие на конкретных предприятиях. Я на асме много чего писал, но при заработке денег ни что из этого не помогло так-же как и работающие проекты на крупнейших предприятиях страны и ближнего зарубежья на 1С.

                                      Свой проектик монетизировать не удастся больше сущих копеек. Если бы я был не прав, то каждый школьник бы был миллиардером. Причина простая — для нормального монетезирования проектов требуются на столько огромные знания, что почти все разработчики отдают свою поделку продажникам, у которых эти знания есть. Ни кто в мире из разрабов, кроме единиц, не может нормально монетезировать свою разработку. Так что мифы про «сейчас как заработаю...» поддерживают только школьники в силу своего малого опыта.

                                      это насколько человек целеустремлён и насколько он талантлив

                                      Формализовать это понятие можете? Или только на интуиции всё делаете? Ну так это и есть везение. Вот когда разложите по полочкам свойства этого талантливого и целеустремлённого разработчика, тогда и можно рассуждать о тех или иных качествах. Я в статье конкретно разложил на составляющие большинство вариантов развития событий молодого разработчика. Без абстартных понятий, которые нельзя измерить ни чем
                                        0
                                        И первый и второй и третий вариант заведомо провальны без знаний предметной области и абсолютно ни как не зависят от знаний программирования.


                                        Вот вам совершенно конкретный мой личный пример:
                                        несколько месяцев назад я уволился со старой работы, не найдя предварительно новую, поэтому решил, пока буду искать новую работу, побаловаться пока фрилансом.

                                        Вот список некоторых проектов, которые я выполнил за это время:
                                        • Написать скрипт на PHP, который будет принимать музыкальные данные в формате MusicXML, транспонировать (поднять/опустить) на заданное количество тонов и генерировать новый MusicXML.
                                          Стоит ли говорить, что знания в предметной области у меня были минимальны — чуть больше, чем до-ре-ми-фа-соль-ля-си, но их было в любом случае не достаточно? Однако заказчик был музыкантом, поэтому все вопросы мы решили с ним вместе.
                                        • Написать скрипт на неизвестном языке для игры-форка от Perfect World, который позволит игрокам менять у выбранного NPC одни предметы на другие по нужному курсу
                                          Я так и не понял, что это был за язык. Сначала подумал, что Lua, но синтаксис, вроде, другой… В Perfect World я никогда не играл, а уж скрипты увидел первый раз в жизни. В любом случае, задача была выполнена успешно. Подробности устройства игры узнал у заказчика (который ни разу вообще не программист).
                                        • Дописать бота (юзер-интерфейс и поведение), написанного на C#, дабы увеличить эффективность его работы/использования. Бот предназначен для мгновенной покупки вещей в steamcommunity при появлении нужного лота.
                                          Я совсем не знаток C# — так, написал несколько программок когда-то давно, и под веб, а не под десктоп. Как работает steamcommunity — узнавал у заказчика по мере необходимости.
                                        • Сделать копию чужого одностраничника, заменить контент, нарисовать новые иконки, заменить фоновые картинки, подправить дизайн.
                                          Вёрстка не мой конёк, но в целом, как что работает я знаю, Гугл помог, где не хватало знаний.
                                        • Для сайта, продающего шкафы, сделать онлайн-конструктор с подсчетом конечной стоимости и заказом.
                                          Хотели на Flash, но я с ним очень давно не работал, поэтому переубедил — сделали на HTML5. В шкафах я разбираюсь примерно так же, как в нотной грамоте.
                                        • Написать парсер указанного списка сайтов, который «стянет» с них данные по определённым продуктам, и залить всё это дело в БД.
                                          Написал на PHP.
                                        • Добавить на сайт таймер, который будет отсчитывать определённое время с учётом местного (для пользователя) времени.
                                          Таймер взял готовый, подправил, где надо — вуаля.
                                        • Почистить WordPress-сайт от вируса, заткнуть дыры, чтобы больше не лезли.
                                          Никогда не работал с WP, что не помешало.


                                        В результате: отсутствие знаний в предметной области мне ни разу не помешало успешно выполнить проект. Со всеми заказчиками я поддерживаю личный контакт — время от времени они мне подкидывают дополнительные задачи.
                                          0
                                          Тут другая система работает — Вы обладая знаниями в предметной области отбрасываете их назад. Именно знание предметной части и плевав на программирование, даёт Вам возможность садиться за что угодно (в определённых рамках) и решать поставленную задачу.
                                          Например, вот по этому пункту:
                                          Дописать бота (юзер-интерфейс и поведение), написанного на C#, дабы увеличить эффективность его работы/использования. Бот предназначен для мгновенной покупки вещей в steamcommunity при появлении нужного лота.

                                          Т.е. Вы представляете сам бизнес-процесс. Вам понятно, что есть некая сущность осуществляющая подобную работу, которая имеет такие-то свойства, такие-то методы и уточняете тонкости у заказчика. Теперь представьте специалиста, знающего С# от и до, вот прям все его тонкости, но абсолютно не знающего про торговлю в инете. Не представляющего как вообще работают те или иные механизмы. Как он заколебает заказчика? А теперь вчитайтесь в свои пункты сами, почти везде, Вы делаете упор на слабые знания в тех или иных средах разработки, но при этом это Вам не помеха. Т.е. подсознательно Вы уверены, что знать языки не обязательно, но к моей статье отнеслись категорично по некоторым причинам, о которых я умолчу. Если бы я был не прав, то из всего списка, Вы блестяще бы не решили ни одной задачи.
                                            0
                                            специалиста, знающего С# от и до, абсолютно не знающего про торговлю в инете

                                            Я не представляю, насколько это надо быть… хм… не хочу говорить «тупым»… но — отрешённым — что ли, чтобы не догадаться как может работать продажа на интернет-площадке.

                                            Т.е. Вы представляете сам бизнес-процесс.

                                            Я раньше этим не занимался, но поскольку там всё логично устроено, мне не составило труда разобраться за пару часов. Бизнес-процесс достаточно очевиден, чтобы в нём разобрался любой, у кого с головой всё в порядке.

                                            Т.е. подсознательно Вы уверены, что знать языки не обязательно

                                            Нет, я сознательно уверен, что в программировании знание языка — это не основной навык, основной навык — это моделирование. Не важно, на каком языке ты умеешь программировать. Если ты понимаешь принципы моделирования хотя бы в рамках одной парадигмы, то изучить, например, новый язык (относящийся к этой парадигме) для тебя не составит большого труда. Грубо говоря, если ты знаешь Паскаль, то изучить Яву для тебя не будет особо сложно. Да, первое время будешь нарываться на особенности языка и разбираться с базовыми библиотеками, но это очень быстро всё усваивается при наличии документации. Я, например, очень часто хожу в документацию, если пишу на малознакомом языке, потому что плохо помню подробности работы базовых функций/объектов и т.п.
                                              0
                                              отрешённым — что ли, чтобы не догадаться как может работать продажа на интернет-площадке.

                                              А зря судите так всех сплеча. Уверяю, почти ни кто не знает основных принципов. Многие как раз считают основой торговли, это «сделать сайт и как попрёт...», хотя костяк совсем в другом. Вот как Вы лично считаете, большинство полные дураки, раз они познают торговли иногда всю жизнь и до истинных знаний доходят только единицы при этом? Мне кажется считать большинство дураками как минимум глупо

                                              но поскольку там всё логично устроено, мне не составило труда разобраться за пару часов. Бизнес-процесс достаточно очевиден, чтобы в нём разобрался любой, у кого с головой всё в порядке.

                                              И опять мы приходим к тому, что люди платят миллиарды долларов на простую декомпозицию бизнес-процессов (я про кока-колу). Ни когда не думали, почему многие очень опытные и образованные люди тратят на эти действия годы, а у Вас всё так очевидно? Может всё-таки Вы немного не правы и понятие «у кого с головой всё в порядке» не более чем бессмыслица или отговорка при тупиковой ситуации? Может быть Вы неявно используете свои знания как «это же очевидно», а не будь у Вас их, Вы бы даже не взялись за эти проекты?

                                              Не важно, на каком языке ты умеешь программировать. Если ты понимаешь принципы моделирования хотя бы в рамках одной парадигмы

                                              Т.е. Вы подтверждаете тезис из статьи про то, что предметная область важнее знания языка программирования? Для кого-то предметная часть, это знание складского учёта, для кого-то, это знание «подводных камней» численного решения формулы Ламе и т.д., но точное знание С++, например, не стоит на первом месте? Просто я написал в статье категоричным языком и у многих это вызвало негатив, а при детальном рассмотрении некоторые сами приходят к этому же выводу, только своими словами.
                                                +1
                                                Уверяю, почти ни кто не знает основных принципов.

                                                Я таких людей (среди программистов) не знаю.

                                                Многие как раз считают основой торговли, это «сделать сайт и как попрёт...», хотя костяк совсем в другом.

                                                Я таких людей (среди программистов) не знаю. Недоучек-второкурсников за программистов не считаю.

                                                Мне кажется считать большинство дураками как минимум глупо

                                                Во-первых, я говорю только о программистах, а не о тех, кому вообще нечего делать в программировании.
                                                Во-вторых, я как раз считаю, что большинство программистов как раз не дураки и прекрасно сходу могут соориентироваться в основах торговли. Тем более, что экономика и матстат — предметы, которые преподаются почти всем математикам. Экономика — точно всем.

                                                Ни когда не думали, почему многие очень опытные и образованные люди тратят на эти действия годы, а у Вас всё так очевидно?

                                                Всё очень просто: опытные и образованные люди работают над сложными проектами. Однако, надеюсь, и Вам очевидно, что простых проектов всегда больше, чем сложных. Для простых проектов порог вхождения обычно очень низок.

                                                Может всё-таки Вы немного не правы и понятие «у кого с головой всё в порядке» не более чем бессмыслица или отговорка при тупиковой ситуации?


                                                Нет, я сталкивался с определённым количеством людей, у которых реально проблемы с программированием/моделированием — все они либо замкнутые в себе «аутисты», либо люди, которые вообще не представляют, как они сюда попали. Вот такие обычно уходят в смежные профессии. Чтобы быть программистом (а не быдло-кодером), надо иметь определённый кругозор и способности к моделированию. В тупиковую ситуацию может попасть даже самый сильный программист — это вообще ни о чём не говорит.

                                                Может быть Вы неявно используете свои знания как «это же очевидно», а не будь у Вас их, Вы бы даже не взялись за эти проекты?

                                                Я использую свой кругозор в самом общем смысле. К этому кругозору я применяю свой навык моделирования и навык логического мышления. У меня нет никаких узкоспециальных знаний в областях не связанных с программированием. Моя жена (очень далёкая от программирования) и мои друзья (и программисты, и не программисты) владеют примерно теми же знаниями, скажем, в области торговли, что и я. Моё отличие в том, что как программист я могу взять свои крайне поверхностные знания предметной области, формализовать их, добавить данных от экспертов, подумать чуть-чуть и получить уже гораздо более глубокую модель без долгого изучения предметной области.

                                                Например, чтобы построить каталог животных, мне достаточно разобраться с устройством каталогов вообще. Если проект не слишком сложный, то мне достаточно будет узнать у эксперта-биолога, по какому принципу я должен организовать классификацию, чтобы это было удобно именно биологу. И всё. Мне не надо будет изучать всю биологию или всю систему классификации. Я выясню ровно то, что мне требуется для построения необходимой функциональности.

                                                Вот Вам еще один пример из моей практики: я два года работал над ПО для системы страхования РосГосСтраха. У нас был один эксперт в области страхования — бывший программист, который постепенно полностью ушел в аналитику. У нас было несколько человек, которые более-менее разбирались в своей части предметной области, но ровно на столько, на сколько им приходилось сталкиваться с ней в работе. Я пришел в компанию, не имея вообще никаких знаний в области страхования (я даже сам никогда не страховался). Кроме того, я пришел на позицию Дельфи-программиста, хотя раньше я программировал только на Турбо-Паскале. Через месяц я достиг той же эффективности, что и мои коллеги. Через три месяца мне давали задания в самых сложных модулях. Вы думаете, я всё это время изучал предметную область? Нет, я всё это время изучал модели, заложенные в ПО, а специфические вопросы уточнял у эксперта. За оставшееся время я очень мало нового узнал о страховании как таковом, потому что построенной мною в начале работы модели оказалось достаточно, чтобы решать 95% задач.

                                                Т.е. Вы подтверждаете тезис из статьи про то, что предметная область важнее знания языка программирования?


                                                Нет, я говорю, что для программиста умение моделировать — важнее знания языка программирования и даже предметной области. Лучше иметь одно высококлассного эксперта в предметной области и одного высоко-классного программиста, не знающего предметной области, чем иметь двух программистов средней руки со средними знаниями в предметной области.

                                                Для кого-то предметная часть, это знание складского учёта, для кого-то, это знание «подводных камней» численного решения формулы Ламе


                                                Хочу заметить, что хороший программист должен быть еще и в определённой мере математиком. При этом ему вовсе не обязательно уметь самому решать урматфизы, но он должен уметь построить программную модель любого мат-процесса при помощи математика-эксперта.

                                                Всё дело в том, что программирование само по себе — это почти такой же универсальный инструмент, как и математика, потому что программирование — это, по большому счёту, раздел математики. Опыт в моделировании вообще позволяет программисту быстро смоделировать любой бизнес-процесс при помощи экспеперта в этом бизнес-процессе. А в простых случаях (коих большинство) от эксперта понадобится только пара замечаний на тему величин измерения, последовательности действий или специфических законов РФ.
                                                  0
                                                  Я таких людей (среди программистов) не знаю.

                                                  И на основании этого делаем выводы, что Вы правы? Хм. Интересный подход. А Вы лично знаете? Вообще, принципы торговли хорошо знаете? Нет, я не собираюсь тут мериться флэшками в экзаменационных дуэлях, просто скажите, почему самые богатые продажники мира (например, Билл Гейтс) встречаются крайне редко? Ведь торговля, это такая простая наука, что каждый студент это знает, но почему достигают высот только единицы?
                                                  Зря судите по себе остальных. Я, например, в продажах полный ноль, хотя по этой науке знаю во много раз больше даже специалистов по продажам. И с учётом того, что за плечами у меня огромные проекты (некоторые очень огромные), продажи через инет не знаю вообще, потому что ни когда не сталкивался с этими мелочами. И коллеги и знакомые тоже в этом ни чего не понимают, кроме как того, что на слуху. Даже коллеги, работающие в Америке, на создании интернет-магазинов полные профаны в принципах продаж.
                                                  Вы точно уверены, что это так просто? Не хочу ни кого обижать, но в своей статье я стадии развития программиста описал не просто так и да, в начале своей карьеры тоже думал, что всё очевидно и просто.

                                                  Лучше иметь одно высококлассного эксперта в предметной области и одного высоко-классного программиста

                                                  Но заказчик обратился к Вам, даже не заостряя внимания, на сколько хорошо лично Вы знаете среду разработки. Прочитайте тезис из моей статьи, который многим не понравился. там упор как раз на конкретный язык программирования. Можете для себя перефразировать как угодно, но главная мысль в том, что доскональное знание языка программирования нужно совсем не в первую очередь. Если бы я был неправ, то заказчик, по Вашей логике, ни когда к Вам не обратился бы. Цитирую Вас:
                                                  >> Я так и не понял, что это был за язык. Сначала подумал, что Lua, но синтаксис, вроде, другой… В Perfect World я никогда не играл, а уж скрипты увидел первый раз в жизни.
                                                  Прочитайте каждую фразу, ни где нет упоминания про то, что Вы досконально знаете какой-то язык программирования. Вот и я советую не зацикливаться на языках

                                                  Хочу заметить, что хороший программист должен быть еще и в определённой мере математиком

                                                  Это только Ваше личное мнение и не более. Если посчитаете процентное соотношение вакансий, где нужна математика, а где нет, то доля Вашего утверждения будет на столько мала, что об этом даже говорить то неуместно. Для решения большинства задач достаточно помнить школьный курс математики до 6-го класса. Уж поверьте, я был и в автосалонах и в строительных компаниях и в гостиницах и в пищевой промышленности и в медицине и ещё ооооочень много где, математика нужна была только для решения курсовых и дипломных для студентов.

                                                  Опыт в моделировании вообще позволяет программисту быстро смоделировать любой бизнес-процесс при помощи экспеперта в этом бизнес-процессе

                                                  Ерунда полная. Эти знания необходимы, но они не основополагающие. Мы на заводе холодильников проводили полную декомпозицию бизнес-процессов и ни каких математик или ещё каких мифических знаний там не понадобилось ни кому вообще.
                                                  Вот конкретный пример:
                                                  На склад приходят молотки. После этого проходит парочка инвентаризаций и одно перемещение между складами. В итоге получаем вместо молотков мётлы. На предприятии 45 учётных систем и каждый отдел свято уверен, что у них самая-самая уникальная система, потому что делал самый-самый умный выпускник-программист.
                                                  Это конкретный пример. Именно такие проблемы бывают у крупных предприятий. И это с виду кажется плёвое дело, а по факту ни кто не мог решить эту задачу много лет. Ни один человек, ни одна команда, не могла это решить. При этом проблема, откровенно говоря, не маленькая. Собственники (3 уважаемых человека) ежегодно теряли огромные деньги на этом бардаке. Уверяю, ни какие математики там не нужны были. В нашей команде работала девочка, которая от мозга до костей была программистом с математическим уклоном (впоследствии прорвалась в мат.анализ), но её знания ни когда, ни на одном предприятии, не понадобились.
                                                  Или считаете, что большинство проблем страны не для избранных? Так я и писал статью для большинства студентов, а не для единиц среди великих (это ирония, конечно же)
                                                    0
                                                    В общем, эту ветку я тоже закрою, потому что вижу, что Вы настолько же упёртый, насколько и я. Однако Вы готовы воспринимать только то, что отвечает Вашему личному опыту, а остальное отбрасываете как невозможное. Я не спорю, что Ваш вариант, в принципе, работоспособен, но, во-первых, он не самый эффективный, а во-вторых он только один из бесчисленного множеста.

                                                    За сим позвольте откланяться. Спасибо за дискуссию. Удачи! :)
                                                      0
                                                      Поддерживаю. Потому-что некоторые вещи не умею передавать через текст.
                                  0
                                  Вы удивляетесь, что разработка сконцентрирована в крупных городах? Это абсолютно нормально.
                                  Большая часть компаний в которых я работал или проходил собеседования ищет разработчиков не прекращая. На любых языках.
                                  Потому что их не хватает.

                                  Про МТС — sitronics.ru/Integrations/ByProducts/1895/

                                  А ваш пример — это из разряда того анекдота про гугл, где единственно что было написано на пхп — страничка для заказа пиццы.
                                  Попался показательный пример, когда напомнили про торговые точки с телефонами:
                                  job.svyaznoy.ru/msk/office/it/282013/
                                  job.svyaznoy.ru/msk/office/it/738530/
                                  hh.ru/vacancy/10150984

                                  Делайте выводы.
                                    0
                                    Делаю выводы и как всегда одни и те-же. В дискуссиях оппоненты приводят в пример Москву, тогда как я стараюсь смотреть на страну в целом. Если в Москве есть свой процент выбора, тогда как в деревнях картинка абсолютно другая. Например, рассмотрим деревню Уяр, про которую писал раньше. Именно в деревнях молодёжь испытывает проблемы с выбором работ. И если Вы думаете, что каждый молодой человек должен переехать в Москву, то большинство с Вами не согласны. Именно поэтому в деревнях я с полной уверенностью рекомендую начинающим спецам изучать админство и именно 1С. С этим багажом знаний почти на сто процентов получаешь работу в любой точке страны.

                                    Теперь по вакансиям. Вы вообще пытались понять разницу вакансий 1С и С#? По вакансии на 1С требуется конкретный специалист с очень узконаправленными знаниями в зарплате. А вот на С# только один пункт
                                    Разработка автоматизации процессов продажи финансовых продуктов и услуг;

                                    всё перечёркивает. Вы вообще представляете требуемый объём знаний кандидата? Если на 1С достаточно сдать один курс по ЗУПу, то в случае с С# придется учиться минимум пару лет. Думаете 1Сник с таким багажом знаний пойдет в Москве за 165 тысяч, да ещё и при условии, что там отдельно премиальная часть?
                                    Не хочу Вас разочаровывать, но данные по вакансиям по Вашим ссылкам очень сильно принижает программистов на С#
                            +12
                            Ваша большая проблема в том, что вы увидели очень маленький и достаточно маргинальный кусочек индустрии, а теперь почему-то обобщаете и учите всех жить. Попробовал примерить ваши советы на себя.

                            Начнем с мифов:
                            > Миф 1: «Сейчас я выучу С# (С++, ассемблер и т.д.) и стану настоящим программистом»

                            Вы не поверите, но именно за хороший код мне и платят.
                            Для знания предметной области есть аналитики.
                            А платят мне заментно больше чем аналитикам или даже саперам ;)

                            > Миф 2: «Настоящий программист сутками пишет программы»

                            Именно этим я в основном и занимаюсь.
                            С клиентами общаются сейлзы, постановкой задач занимаются аналитики итд.

                            > Миф 3: «Сейчас как сделаю бухгалтерию и её как начнут все покупать»
                            > Миф 4: «Мне бы только продать пару копий своего продукта и тогда уж точно попрёт»

                            Несколько десятков компаний на рынке erp и весь in-house энтерпрайз сейчас обнялись и заплакали от горя.
                            Ведь их никто не покупает.

                            > Миф 5: «Я стану специалистом и буду богат как Билл Гейтс»

                            Вы еще допишите — «без связей ничего не добьешься! на лучшие места берут только по блату!».

                            > Миф 6: «Я буду создавать интереснейшие программы»

                            Вы не поверите, но я крайне доволен тем, что создаю на работе ;)

                            Рекомендации:
                            > 1. Плюй на красивый код, лучше изучай стандартные конфигурации, ячеечный складской учёт и бюджетирование.

                            Ничерта не знаю про стандартные конфигурации 1С, складской учет и прочее.
                            Зато внезапно знаю про сортировки, да. И мно чего про красивый код.

                            > 2. Забудь про добрых пользователей, они ленивы по определению. Им не нужны новшества и сложности, при любом нововведении, пользователи так или иначе будут саботировать и бунтовать.

                            Ну как же. Работали вы бы в другой сфере, знали бы что пользователи бывают разные, в том числе, т. н. early adopters, которым очень принципиальны новшества и удобства.

                            > 3. Большинство крупных руководителей вообще не знают зачем нужны ит-структуры. Смирись и не доказывай свою значимость, это неблагодарно и заведомо проигрышно. Тебе будут понимающе кивать, тебя будут хвалить, но все лавры от внедрённой системы поимеет совсем другой человек. Кстати, это относится к любой проектной деятельности.

                            См. выше про связи и прочую херню. Особенно смешно это читать людям, которые работают в продуктовых компаниях.

                            > 4. Изучай планирование времени. Прям тренируйся сразу после ВУЗа, а лучше прям учась на программиста. Это очень важно и именно из-за нехватки этих знаний, многие проекты заваливаются самым неприятным образом.

                            Совет на самом деле неплохой, но вы бы для начала может изучили тему?
                            Совет должен звучать как «изучай процессы и технологию разработки, хорошие практики итд».

                            > 5. Учись брать деньги. За каждый чих бери определённую сумму. Да, это страшно, да, заказчика можно потерять, но за то зацепившийся клиент тебя быстро обеспечит работой.

                            Совет крайне помог всем тем, кто сидит на окладе ;)

                            > 6. Не играй в комповые игры…

                            Правильно! Играть надо на консолях!

                            > 7. Самое главное — не забывай семью, звони родным, навещай родителей и уважай своих детей. Поверь, эти ошибки практически невозможно исправить.

                            Единственный совет, который мне нравится.

                            Выводы — ваши советы для тех, кто хочет стать унылым 1С-ником. И начинать статью надо было именно с этого.
                              0
                              Вы не поверите, но именно за хороший код мне и платят.

                              Это же отлично! Можете похвастаться проектами? У Вас же есть какая-то гордость, которая очень нужна заказчику и за которую платят деньги? Например, в городе Железногорск, возе Красноярска, из всего списка предложений, я знаю только одно место системного программиста — спутникостроение. Уверен, тысячи выпускников инженеров-программистов сильно разочаруются из-за того, что это место занято и как им быть?

                              Несколько десятков компаний на рынке erp и весь in-house энтерпрайз сейчас обнялись и заплакали от горя.

                              Да, заплакали, но по причине самооценки некоторых спецов. Можете назвать хоть одну полноценную erp-систему? Не мифические выдумки, а которая прямо по пунктам подходит под эту концепцию. Например, мы изучали проблемы создания внедрения ERP-систем на примере IBM. Это компания, которая очень скурпулёзно подходит к созданию софта и поэтому она была выбрана как образец. Но, во-первых, свою erp-систему они так и не смогли довести под все пункты этой концепции, а во-вторых, первое внедрение у них вообще пошло крахом.
                              Ну и самое главное — все гиганты учётных систем на рынке, это плод работы менеджеров, а не программистов. Опять повторюсь — Бил Гейтс и братья Нуралиевы отличные менеджеры и очень плохие программисты
                                0
                                Вы бы заглянули в википедию что ли? Речь даже не про полноценные, а про erp-платформы для малого и среднего бизнеса (каковой и является 1С, про которую за пределами СНГ никто и никогда не слышал).
                                Вот сюда например — en.wikipedia.org/wiki/Accounting_software, в самом низу страницы.
                                NetSuite, Sage, Dynamics? Не слышали?

                                Более того, представьте себе, в одной из компаний, перечисленных в википедии, я даже работаю разработчиком платформы и немножечко знаю про что говорю.
                                  0
                                  К сожалению мы изучали проблемы внедрений ERP-систем. И там не важно какая платформа, хоть на бумаге веди учёт, главная проблема в том, что на земле пока нет ни одного предприятия в котором были бы реализованы все пункты ERP-системы.

                                  про которую за пределами СНГ никто и никогда не слышал

                                  Конечно ни кто не слышал. И делается это очень жёсткими методами. Коррупционная составляющая, например, в той-же Германии на столько колоссальная, что уже много лет нас не пропускают на рынок. Люди готовы платить сущие копейки за полноценную учётную систему, но некие силы, частично состоящие из чиновников, пресекают эти хотелки ещё в зародыше. Вот в ОАЭ вроде нормально пошло, в Тайланде тоже правительство лояльно отнеслось.

                                  Более того, представьте себе, в одной из компаний, перечисленных в википедии, я даже работаю разработчиком платформы

                                  И так, предлагаю вернуться к теме. Ребёнок из Козульки, например, окончил школу и стоит перед выбором кем бы стать. Вы посоветуете ему ехать в Москву и если не возьмут в Вашу контору, развести руками и считать что нет головы на плечах? Мне кажется это как минимум не честно
                                    0
                                    Я предлагаю ему обеспечить себе каким-либо образом стабильный интернет и — фрилансить-фрилансить-фрилансить.

                                    Знаете, какие самые популярные задачи на фрилансах? Сверстать одностраничник, сделать интернет-магазин, спарсить сайт конкурента, сверстать сайт-визитку Ворд-Пресс и т.п. Работы такой — хоть отбавляй. Потратив 3-4 месяца на самобучение в области адаптивной кроссбраузерной CSS-вёрстки, нескольких популярных CMS и _основ_ JS и PHP — ты будешь просто нарасхват.

                                    Если еще освоишь jquery и вёрстку шаблонов под популярные CMS — у тебя продыху не будет вообще в работе.

                                    Набравшись опыта в области разработки сайта, можно спокойно найти себе постоянный проект со стабильным доходом и не слишком напряжным графиком и дальше выбирать, куда хочешь развиваться — в серверное программирование, в клиентское или, вообще, сделать собственный сайт, на котором и зарабатывать.
                                      0
                                      Много людей таких знаю. Только по факту ни кто абсолютно не может найти нормальную жилу. И основные заказы, это курсовые от студентов, либо самые дешёвые заказы от ларёчников, которые в итоге не могут заплатить. Можем открыть любой фрилансный сайт и поглядим наполнение его заказами в соотношении с соискателями. Мифы про свой сайт тоже посещают умы молодых людей, но помыкавшись год-два с этим неблагодарным делом и они меняют специализацию, ведь что-бы заработать на совём сайте требуется огромное кол-во денег, либо заниматься просто продажами и то, мало кто выходит за планку в 10 тысяч рублей в месяц за год. Могу продолжить Вашу мысль — можно как ололошка снимать прохождение майнкрафта и деньги грести лопатой. Поверьте, эти детские мечты проходят с опытом, а у некоторых только с возрастом.
                                      Ну и что-бы не быть голословным, вот Вам ссылка на фрилансный сайт
                                      фришный ресурс
                                      Что здесь студент найдёт? Он хоть один тендер выиграет? Конечно выиграет, но только тот, кто следует советам из статьи, в противном случае он завалится только на этапе запроса, потому что заказчику нужны красивые слова, а не знания кодирования. Это целая наука — правильно себя продавать и они совсем ни как не коррелирует с программированием. В итоге отучившийся человек потеряет пару месяцев на этих ресурсах и пойдёт работать за реальные деньги на завод.
                                      Предположим, что студент получил опыт и своим ходом дошёл до некоторых тезисов из статьи. Он берёт проект и с ужасом обнаруживает, что советы некоторых специалистов совсем ошибочны и не верны. Клиенту не важен код, ему самое главное нужно знание предметной области. Вот по моей ссылке на первой странице самый оптимальный, на мой взгляд вариант, это заказ по битриксу. Вроде работа для самого настоящего программиста. Но читаем внимательно тех.задание, особенно пункт 3

                                      Регистрация в данный момент не работает — ее нужно поправить чтобы работала.
                                      Проверка что email введен в формате email — нужна

                                      Что это? Да будь ты хоть профессором в кодировании, без представлении механизма регистрации только потратишь время на изобретение самоката. Будь ты хоть гениальнейшим человеком планеты, без знаний про готовые механизмы проверки формата емайла будешь изобретать и этот костыль сам. Кому нужен такой изобретатель велосипедов? Думаю ни кому.

                                      Смотрим дальше
                                      Наименование позиции и реквизиты подтягиваются в счет

                                      Это что? Задача для истинного кодера? Уверен, что если заказчик узнает, что исполнитель даже не представляет себе что такое счёт и какие там нюансы есть, он пошлёт его далеко и на долго.

                                      И это лучшая вакансия с одной страницы. Остальные типичные пирамидки, либо заказы от студентов. При чём у них у всех на первом месте стоит знание предметной области, а не программирования. При чём за бесценок. И причина крайне низкой цены как раз идёт от того, что соискателей много, а предложений мало
                                        0
                                        Много людей таких знаю. Только по факту ни кто абсолютно не может найти нормальную жилу. И основные заказы, это курсовые от студентов, либо самые дешёвые заказы от ларёчников, которые в итоге не могут заплатить

                                        Много людей знаю, у которых всё успешно. И с проектами, и с деньгами у них всё в порядке. Даже пытался некоторых к себе на постоянку перетащить, но они не хотят менять привычный образ жизни.

                                        Можем открыть любой фрилансный сайт и поглядим наполнение его заказами в соотношении с соискателями.

                                        Как это ни удивительно, но помучавшись первые пару месяцев с тем, что тебе неохотно дают проекты, ты поднабираешь портфолио, поднабираешь отзывов и дальше проблемы найти себе проект практически нет. Кстати, я видел достаточное количество проектов, за которые никто не хотел браться, потому что они не совсем стандартные, хотя и вполне адекватные и выполнимые.

                                        Мифы про свой сайт тоже посещают умы молодых людей, но помыкавшись год-два с этим неблагодарным делом и они меняют специализацию, ведь что-бы заработать на совём сайте требуется огромное кол-во денег, либо заниматься просто продажами и то, мало кто выходит за планку в 10 тысяч рублей в месяц за год.

                                        Я лично знаком с 5 человеками, которые меньше, чем за год подняли планку выше 50 тысяч в месяц с нуля, продавая мобильные игры и контент. Двое из них в лучшие времена имели до 300 тысяч в месяц.

                                        Что здесь студент найдёт? Он хоть один тендер выиграет? Конечно выиграет, но только тот, кто следует советам из статьи, в противном случае он завалится только на этапе запроса, потому что заказчику нужны красивые слова, а не знания кодирования.

                                        Расскажу вам как человек, который имеет опыт не только исполнителя на фрилансе, но так же и заказчика.

                                        Заказчики бывают разные. Есть большие и серьёзные заказчики с большими задачами, а есть обычные люди, которым надо «быстренько таймер вставить вон туда». Есть такие, которые точно знают, что им надо, есть такие, которые знают только «мне нужен сайт, чтобы продавать». Есть такие, которые знают, сколько стОит требуемая им работа, другие исходят исключительно из своих фантазий.

                                        Заказчики попроще очень часто ищут не того, кто качественнее сделает, а того, кто дешевле сделает. Совсем не редко бывает, когда один фрилансер предлагает выполнить работу за 3000р., а другой тут же предлагает за 500р. В частности, это еще зависит от того, например, где живёт фрилансер: украинцы обычно просят меньше, чем россияне.

                                        Это целая наука — правильно себя продавать и они совсем ни как не коррелирует с программированием.


                                        Подать себя — это больше талант, чем наука (хотя и наука немножко тоже). Вы правы в том, надо уметь подать себя, однако есть два момента:
                                        1. Если ты умеешь подать себя, но не способен выполнить проект, то проект вернётся к поиску исполнителя, а тебе поставят жирный минус к репутации.
                                        2. Низкая цена предложения не редко выигрывает у умения подать себя.

                                        Поэтому хороший программист так или иначе найдёт себе работу. Вполне возможно, что первое время ему придется поработать за еду, чтобы понабрать репутации, однако чем больше у исполнителя хороших отзывов, тем проще ему получить новые хорошие проекты.

                                        Шанс есть у всех. Не у всех есть способности этим шансов воспользоваться.

                                        В итоге отучившийся человек потеряет пару месяцев на этих ресурсах и пойдёт работать за реальные деньги на завод.

                                        Из моих однокурсников на завод пошли два человека. Остальные нашли себя в совершенно разных областях. В т.ч. во фрилансе и собственных проектах.

                                        Клиенту не важен код, ему самое главное нужно знание предметной области.

                                        Нет, основным навыком любого программиста должно быть умение формализовать и построить модель любого бизнес-процесса, с которым ему придётся столкнуться. Да, в некоторых задачах предметная область требует довольно глубокого погружения, но в большинстве задач вполне достаточно наличие в прямом доступе эксперта в предметной области, который ответит на вопросы, требуемые для создания модели. При контакте с экспертом необходимые знания предметной области обычно набираются программистом в течение первых нескольких месяцев работы в проекте. Подчеркну: есть огромный пласт задач, не требующий специфических знаний в прикладной области, а только общих программистких навыков.

                                        Что это? Да будь ты хоть профессором в кодировании, без представлении механизма регистрации только потратишь время на изобретение самоката.

                                        Понимание принципов систем авторизации входит в джентельменский набор (опять же — любого) программиста, так же как и знание основных алгоритмов сортировки, принципов работы сборщика мусора, отличий между функциональными и процедурными языками, независимо от специализации этого программиста.

                                        Без знаний про готовые механизмы проверки формата емайла будешь изобретать и этот костыль сам. Кому нужен такой изобретатель велосипедов? Думаю ни кому.


                                        Если ты пошёл в программисты и не знаешь, что такое «поисковые системы» — ты зря учился. Такие вещи там находятся в 3 клика. С другой стороны, во многих задачах можно написать коротенький регэксп, который, может, и не отфильтрует все неправильные почтовые адреса, но в большинстве случаев отработает нормально — и этого будет достаточно.

                                        Наименование позиции и реквизиты подтягиваются в счет

                                        Это что? Задача для истинного кодера? Уверен, что если заказчик узнает, что исполнитель даже не представляет себе что такое счёт и какие там нюансы есть, он пошлёт его далеко и на долго.


                                        Тут всё зависит от контекста. Если всё это надо сделать в рамках какого-нить 1С, то, ясное дело, тут придётся поискать специалиста по 1С, а если это какой-нибудь самописный движок, то подойдет любой ПХП-или какой там язык использовали?-программист. А нюансы предметной области обычно без проблем можно уточнить у заказчика — фишка в том, что заказчик, который идёт искать фрилансера, обычно понимает, что требовать у него очень специфических знаний в предметной области — дело бессмысленное.

                                        При чём у них у всех на первом месте стоит знание предметной области, а не программирования.

                                        Нет, далеко не у всех. И у меня складывается ощущение, что Вы не очень правильно понимаете термин «предметная область» к контексте веб-программирования.

                                        При чём за бесценок. И причина крайне низкой цены как раз идёт от того, что соискателей много, а предложений мало

                                        На самом деле, дело обстоит так: да соискателей много, но большинство из них имеют низкую квалификацию, т.е. способны брать только задачи соответствующего уровня. Даже небольшое поднятие планки требований уменьшит количество претендентов в разы. За бесценок тебе сделают работу соответствующего качества и количества. Рынок дешевой низкоквалифицированной рабсилы всегда наполнен — именно поэтому у нас столько гастарбайтеров в стране.

                                        Но хороший программист — это уже специалист, даже если он только что закончил ВУЗ. Любой нормальный программист, который связывает свою жизнь с профессией, уже на 2-4-м курсе начинает так или иначе работать по специальности — либо в рамках научной работы, либо в какой-нибудь компании. Если ты закончил ВУЗ, не сделав хотябы одного средней руки проектика — зачем ты вообще там учился?
                                          0
                                          Много людей знаю, у которых всё успешно.

                                          Я правильно понимаю, что если я напишу примерно так: «я знаю 1001 1Сника, который из деревни поднялся до зарплаты в ххххх, а сишников не одного» то я выиграл? Нет? Каждый останется при своём? Поэтому и вывожу на дорогу точных наук. Подсчитать шансы не сложно где проще выбраться в люди. И проблема не в платформе разработки, а в тезисах из статьи.

                                          Как это ни удивительно, но помучавшись первые пару месяцев с тем, что тебе неохотно дают проекты, ты поднабираешь портфолио,

                                          Я таких примеров знаю очень много, но все они так или иначе пришли к тезисам моей статьи. Равно как и наоборот. Человеку, отлично знающему PHP даже спецом подкидывали задачки, но он все их заваливал, потому что не знает элементарной предметной части. Например, надо знать, что на отечественных ресурсах, рубль обозначается «руб.», а не «RUR»

                                          Я лично знаком с 5 человеками, которые меньше, чем за год подняли планку выше 50 тысяч в месяц с нуля, продавая мобильные игры и контент. Двое из них в лучшие времена имели до 300 тысяч в месяц.

                                          Да-да, конечно. И каждый, кто выучил С++ точно так-же через год начнёт грести бабло. Статистику по зарплатом поднимем и кол-ву выпускников или опять отмажемся абстрактными фразами?
                                          Со своей стороны могу сказать, что лично знаю одну девочку которая и в программировании дубдубом и в предметной части ни в зуб ногой, при этом попав в струю за пол года вырастила свою ЗП до 120 тысяч. Но это единичный пример. Последовавшие за ней образованные люди, вернулись ни с чем. Так какие критерии студентам то надо развивать? Везение? Как его измерить? Папины знакомства? Как ими управлять?

                                          Расскажу вам как человек, который имеет опыт не только исполнителя на фрилансе, но так же и заказчика.

                                          Попробуйте уложить в Вашу схему полное незнание предметной части. Приходит студент, говорит «сейчас за 2 недели сделаю простую CRM систему» (это тоже личный пример), а по окончанию срока либо исчезает, либо виновато сообщает о продлении срока. После чего из-за того что хочется кушать вообще забивает на проект. Сколько шансов у такого студента, отлично знающего технологии программирования, начать зарабатывать деньги?

                                          это больше талант, чем наука (хотя и наука немножко тоже)

                                          Этот талант давно формализован, соответственно его можно выучить и преподать малообразованным. При чём методики продажи самого себя уже есть от и до. Я тоже разрабатывал одну методику с учётом наших реальностей и проблем. Куча их лежит на всяких сайтах по работам. Так что про талант не согласен.

                                          Если ты умеешь подать себя, но не способен выполнить проект, то проект вернётся к поиску исполнителя, а тебе поставят жирный минус к репутации.

                                          С точностью до наоборот. Любой специалист подтвердит мои слова, что плохой программист на предприятии делает хоть что-то, нежели хороший программист, про которого вообще ни кто ни чего не знает. И эта проблема одна из основных у кадровых отделов любого предприятия — сколько не выбирай, лучший спец всё равно останется на улице.

                                          Низкая цена предложения не редко выигрывает у умения подать себя.

                                          Далеко не всегда. Точнее почти ни когда. Даже скупердяй не будет отдавать деньги просто так. Даже среди самых дешёвых спецов кто-то выгодней, а кто-то нет.

                                          Поэтому хороший программист так или иначе найдёт себе работу.

                                          Ни когда не найдет, пока не подтянется в предметной области. Либо всегда будет работать за идею

                                          Шанс есть у всех. Не у всех есть способности этим шансов воспользоваться.

                                          Я предпочитаю более осязаемые значения. А то ведь Вашим языком можно и выдать: «шанс стать олигархом есть у всех». Смешно? Вот-вот. Например, даже без подсчётов известно, что стать дворником шансов гораздо больше, чем стать заместителем директора по финансовой части крупного предприятия. В программировании так-же шансы очень разные в разных случаях.

                                          Из моих однокурсников на завод пошли два человека. Остальные нашли себя в совершенно разных областях. В т.ч. во фрилансе и собственных проектах.

                                          Я не знаю с кем Вы учились, но более чем уверен, что большинство перешло в смежные от программирования среды. Кто-то с деньгами начал работать, кто-то в какой-нибудь проектной деятельности и т.д. и т.п., но главное, что у них программирование, это как дополнение к основному виду деятельности, а не наоборот. Конечно, это Ваше право доказывать, что я не прав, ведь Вы статистику строите по личным домыслам без какого либо анализа. Например, есть среди Ваших бывших сокурсников кто-то из банковской части? Так давайте оценим как там распределяются знания. Это будет более чем показательно

                                          Нет, основным навыком любого программиста должно быть умение формализовать и построить модель любого бизнес-процесса

                                          Попробуйте формализуйте процесс заморозки тушек куриц с отличными знаниями С++

                                          но в большинстве задач вполне достаточно наличие в прямом доступе эксперта в предметной области, который ответит на вопросы, требуемые для создания модели.

                                          Да-да, конечно. Вы хоть раз пытались объяснить программисту, отлично знающему все средства разработки отличие БДР-а, от БДДС-а? Человеку надо на это учиться не один месяц и вот и встаёт вопрос за чей счёт это будет делаться.

                                          Подчеркну: есть огромный пласт задач, не требующий специфических знаний в прикладной области, а только общих программистких навыков.

                                          Приведите пример, если не трудно, где важно знание, например, С#, а не предметной области и за это готовы платить деньги.

                                          Понимание принципов систем авторизации входит в джентельменский набо

                                          А в другой сфере в джентельменский набор входит знание закрытия месяца. В третий набор входит особенность работы памяти в космосе. И т.д. и т.п. Я и написал именно поэтому про предметную часть. Например я, человек, создавший немало решений для мелких и крупных предприятий абсолютно не представляю про авторизацию, потому-что она в принципе ни кому не нужна. Этим просто занимаются другие люди.

                                          Если ты пошёл в программисты и не знаешь, что такое «поисковые системы» — ты зря учился.

                                          Ерунда полная. Я только по памяти могу набросать с пару десятков проектов, где эта информация вообще не нужна. Вот тонкости консолидации информации надо знать, а проверку емэйла нет. Равно как и не надо знать какое питание идёт на контроллер моего калькулятора или какое среднее число чёрных полос у взрослой зебры.

                                          Тут всё зависит от контекста. Если всё это надо сделать в рамках какого-нить 1С, то, ясное дело, тут придётся поискать специалиста по 1С, а если это какой-нибудь самописный движок, то подойдет любой ПХП-или какой там язык использовали

                                          Без разницы на чём создаешь. Абсолютно без разницы. Но если разработчик знает, что счёт, хоть и является чёрным документом, его не желательно оформлять рюшечками, т.к. это сразу увеличивает негатив получателя документа, особенно в гос.учреждениях. Так-же надо знать, что сам счёт не является основанием для судебных разбирательств, а вот его оформление очень даже, и таких нюансов много. Конечно, можно всё свалить на заказчика, но только вот сам заказчик обратится к понимающему специалисту, а не к тому, которого надо во всём учить, тем более если обучение будет счёт многомиллионных штрафов. И заказчику будет абсолютно наплевать на кривой код, если он будет просто работать. А ещё больше заказчику будет наплевать на знания в программировании исполнителя, если тот умеет применять готовое, сделанное и отлаженное ранее.

                                          фишка в том, что заказчик, который идёт искать фрилансера, обычно понимает, что требовать у него очень специфических знаний в предметной области — дело бессмысленное.

                                          Фишка в том, что ни один заказчик не может до конца объяснить то, чего хочет сам и поэтому исполнителю надо «помогать» составлять ТЗ. Причина этого состоит в том, что у нас разные уровни восприятия и обыденное для разработчика будет китайской грамотой для заказчика, равно как и наоборот.
                                          Мы когда формализовали процесс приёма ТЗ у заказчика, моделировали много ситуаций и везде одно и то-же — даже программист программисту не сможет составить стопроцентное техническое задание. В любом случае найдётся куча моментов, обосновывающиеся банальным «я имел в виду...»

                                          И у меня складывается ощущение, что Вы не очень правильно понимаете термин «предметная область» к контексте веб-программирования.

                                          Взаимно. Вы лично по моему мнению, под статусом «хороший программист» подразумеваете человека, знающего что-то конкретное из предметной части. Например, метод определения корректности емэйла.

                                          именно поэтому у нас столько гастарбайтеров в стране.

                                          Предлагаю не скатываться в политику.

                                          Любой нормальный программист,

                                          Где определение этого мифического «нормального программиста»? Не надо пользоваться субъективными определениями.

                                          иначе работать по специальности

                                          Т.е. использовать конкретные знания? И программирование ли это?

                                          либо в рамках научной работы

                                          Где нужны конкретные предметные знания и программирование как вспомогательное. Или у Вас есть другие примеры? Я вот сколько научных работ видел в самых разных отраслях, везде программирование было второстепенным.

                                          Итог этого поста: Вы явно указываете на значимость предметной области и ни в одном высказывании я, к сожалению, не увидел обратного.
                                            0
                                            Я правильно понимаю, что если я напишу примерно так: «я знаю 1001 1Сника, который из деревни поднялся до зарплаты в ххххх, а сишников не одного» то я выиграл?

                                            Я тогда скажу, что знаю 501 такого 1С-ника, 501-го дельфиста, 501-го php-шника, 501-го C#-ста, ну, и прочих, с похожими достижениями. Т.е. я с Вами соглашусь и мы оба выиграем :)

                                            Человеку, отлично знающему PHP даже спецом подкидывали задачки, но он все их заваливал, потому что не знает элементарной предметной части.


                                            Знание PHP не делает человека хорошим программистом. А если проект «заваливился» просто потому, что программист написал «RUR» вместо «руб.» — это что-то не так с головой у заказчика, а не у программиста.

                                            все они так или иначе пришли к тезисам моей статьи.

                                            Среди моих знакомых таких людей почти нет. Как будем мерять? :)

                                            И каждый, кто выучил С++ точно так-же через год начнёт грести бабло.

                                            В стотысячный раз я не устаю повторять: не знание языка делает программиста программистом, а умение моделировать бизнесс-процессы в терминах программ.

                                            . Статистику по зарплатом поднимем и кол-ву выпускников или опять отмажемся абстрактными фразами?

                                            Окончание ВУЗа не делает из человека программиста. Далеко не все, окончившие ВУЗ по программистской специальности, в принципе способны стать программистами. Особенно девушки.
                                            А уровень зарплат просто соответствует среднему уровню выпускников.

                                            Так какие критерии студентам то надо развивать?

                                            1. Моделирование. Сюда входит знание алгоритмов сортировки, нейросетей, ООП как такового и т.д., т.е. все универсальные программистские навыки.
                                            2. Оценка сложности задачи и необходимых трудозатрат. Основные проблемы, с которыми сталкиваются программисты любого уровня, связаны с неверной оценкой сложности, что приводит к срывам сроков и невыполнению проекта.
                                            3. Самообучение. Одним из главных навыков, которым должен овладеть выпускник любого вообще ВУЗа, это навык поиска и изучения информации по выбранной теме. После ВУЗа тебя никто особо учить не будет, по большей части тебе придется собирать знания по крупицам из интернета/книг. Сюда же входит навык использования поисковых систем для нахождения требуемой информации.
                                            4. Кругозор. Необходимо постоянно расширять свой кругозор, читать специализированные ресурсы, следить за новостями индустрии, вникать в то, как работают вещи, которыми ты пользуешься, выяснять, почему небо голубое, и как работает эволюция. Этот и предыдущий пункт я бы рекомендовал вообще всем людям, но программисту, как представителю интеллектуальной элиты, они просто обязательны к выполнению.
                                            5. Извлечение данных из эксперта. Этот особый навык так же один из ключевых для программиста. Эксперт в предметной области как правило ни бум-бум в программировании/моделировании. Он будет объяснять всё своим «птичьим» языком, а задача программиста будет в том, чтобы формализовать знания эксперта до уровня информационной модели, причем независимо предметной области. При этом формализировать требуется только те знания, которые действительно необходимы для реализации модели.
                                            6. Знание языка программирования. В общем и целом тут не важно, какой именно язык изучать. Главное, чтобы в нём можно было реализовывать стандартные модели. Очень большим плюсом знание двух языков разных парадигм. Скажем, Паскаль и Хаскель. Или Лисп и C#.
                                            7. Понимание работы реляционных БД. Во многих, даже маленьких, проектах требуется работа с БД. Этот навык не обязателен, но всегда будет очень большим плюсом.
                                            8. Хорошее понимание математики. Программист без знания математики — это как медик без знания анатомии. Т.е. он, конечно, сможет выполнять определённый род задач, но в серьёзных проектах ему делать нечего (разве что в качестве быдло-кодера).

                                            Возможно, я что-то забыл.

                                            Приходит студент, говорит «сейчас за 2 недели сделаю простую CRM систему» (это тоже личный пример), а по окончанию срока либо исчезает, либо виновато сообщает о продлении срока.

                                            Эта проблема связана с отсутствием
                                            1. опыта моделирования
                                            2. опыта оценки трудозатрат

                                            Программист сначала просит ТЗ, либо пишет его сам. Затем разбивает ТЗ на части, которые может оценить по времени, выявляет участки, относительно которых он не может дать оценку в связи с нехваткой информации или внешней зависимостью, которую нельзя предсказать, уточняет ТЗ так, чтобы минимизировать количество неопределяемых участков, затем говорит: «Вот это и это я сделаю в такие-то сроки. Вот на эти пункты мне еще понадобится столько-то времени для уточнения деталей, после чего я смогу дать их оценку по срокам. А вот по этому пункту я вообще ничего не могу сказать, потому что это завист от провайдера/погоды/вашего эксперта/божественной воли.» И только после согласования ТЗ и сроков он приступает к программированию. А студент просто сразу взял на себя слишком много без предварительного моделирования.

                                            Этот талант давно формализован, соответственно его можно выучить и преподать малообразованным.

                                            Программирование и математика формализованны настолько, что дальше некуда, однако талант всё равно требуется.

                                            Низкая цена предложения не редко выигрывает у умения подать себя.
                                            Далеко не всегда. Точнее почти ни когда.

                                            На фрилансе — очень часто. Вы, полагаю, просто не в курсе дел.

                                            Ни когда не найдет, пока не подтянется в предметной области. Либо всегда будет работать за идею

                                            Найдёт вообще без проблем, а в предметной области, если надо, очень быстро подтянется.

                                            Да-да, конечно. Вы хоть раз пытались объяснить программисту, отлично знающему все средства разработки отличие БДР-а, от БДДС-а?


                                            Предполагаю, отличие в том, что БДР отражает внешние финансовые потоки (на входе и на выходе из компании), а БДДС отражает движение внутренних финансовых потоков (краем глаза заглянул в Википедию).

                                            Возможно, это типичная проблема для программиста бухгалтерской системы, но совершенно не типичная для программиста вообще и для фрилансера в частности.

                                            А то ведь Вашим языком можно и выдать: «шанс стать олигархом есть у всех». Смешно?


                                            Нет, не смешно. Всё правильно. Но олигархов гораздо меньше, чем программистов, поэтому показателю можно оценить, насколько проще стать программистом, чем олигархом.

                                            В программировании так-же шансы очень разные в разных случаях.

                                            Да. Полностью согласен. Если у тебя есть талант к программированию — шансы у тебя очень высоки. Если нет, то лучше меняй профессию.

                                            Приведите пример, если не трудно, где важно знание, например, С#, а не предметной области и за это готовы платить деньги.


                                            Я приводил уже Вам такой пример: торговый бот, которого я писал — там было важнее знать именно C#, чем предметную область.

                                            Я не знаю с кем Вы учились, но более чем уверен, что большинство перешло в смежные от программирования среды.

                                            Парни — подавляющее большинство остались программистами, либо, поработав программистами, стали аналитиками.
                                            Девушки — да — в основном ушли в смежные профессии, что не удивляет. Девушкам программирование даётся сложнее.

                                            А в другой сфере в джентельменский набор входит знание закрытия месяца. В третий набор входит особенность работы памяти в космосе.


                                            С системами авторизации каждый (99.9%) программист работает ежедневно в качестве пользователя, а «закрытием месяца» занимаются единицы и «памятью в космосе». Трудно придумать более плохое сравнение.

                                            Я и написал именно поэтому про предметную часть. Например я, человек, создавший немало решений для мелких и крупных предприятий абсолютно не представляю про авторизацию, потому-что она в принципе ни кому не нужна. Этим просто занимаются другие люди.

                                            Во-первых, подозреваю, что Ваши разработки находятся в довольно специфичном сегменте и данный опыт трудно распространя за пределы этого сегмента. Во-вторых, как Вы сами говорите, этим просто занимаются другие люди. В-третьих, как пользователь Вы всё равно постоянно работаете с системами авторизации и, бьюсь об заклад, Вы прекрасно представляете, как они в целом работают, и при желании легко реализуете такую систему.

                                            Я только по памяти могу набросать с пару десятков проектов, где эта информация вообще не нужна.

                                            Вы, похоже, не поняли мою мысль. Я говорю даже не о том, чтобы знать внутренние алгоритмы поисковых систем, а об умении работать с ними в качестве пользователя. Этот навык обязателен.

                                            Но если разработчик знает, что счёт, хоть и является чёрным документом, его не желательно оформлять рюшечками, т.к. это сразу увеличивает негатив получателя документа, особенно в гос.учреждениях. Так-же надо знать, что сам счёт не является основанием для судебных разбирательств, а вот его оформление очень даже, и таких нюансов много.

                                            Вы ошибаетесь, если полагаете, что существует очень много задач, в которых требуется знание этих самых нюансов. Да, если ты идешь в крупный проект, тебе может оказаться просто жизненно необходимо потратить время на изучение какой-то части (но не всей) предметной области. Но и это не факт — в крупных проектах как правило есть аналитики, которые тебе выдадут задачу уже в терминах модели, а не в терминах предметной области. В мелких проектах как правило специфические знания от программиста не требуются.

                                            Я не спорю, что программист со знанием некоторой предметной области будет востребован в этой самой области, но высококлассный программист без специфических знаний в какой-либо предметной области будет востребован вообще в любой из них по причине его способности к быстрой адаптации и моделированию.

                                            Вот тонкости консолидации информации надо знать, а проверку емэйла нет.


                                            Вот тут полностью согласен, ибо первое — это элемент моделирования, а второе — просто справочная информация, которую легко найти в интернетах.

                                            Мы когда формализовали процесс приёма ТЗ у заказчика, моделировали много ситуаций и везде одно и то-же — даже программист программисту не сможет составить стопроцентное техническое задание.


                                            Да, именно поэтому так важен навык моделирования, в ходе которого выявляются эти самые «тонкие моменты». И — да — идеального ТЗ не бывает. И — да — незнание предметной области может иногда сыграть злую шутку. Но — нет — знание предметной области крайне редко является необходимым для участия в любых проектах.

                                            Вы лично по моему мнению, под статусом «хороший программист» подразумеваете человека, знающего что-то конкретное из предметной части. Например, метод определения корректности емэйла.


                                            Мне кажется, я уже столько раз сказал, что я подразумеваю под статусом «хорший программист», что возникает ощущение, что Вы с кем-то другим разговариваете.

                                            Повторю в очередной раз (нудным голосом): основным навыком программиста я считаю умение смоделировать любой бизнес-процесс при наличии эксперта в предметной области. Инфомация вида «метод определения корректности емэйла» является справочной, так же как и различие между БДР и БДДС. Информация вида «устройство системы авторизации» входит в ежедневный рацион любого пользователя интернет, поэтому непонимание программистом принципов авторизации можно считать показателем уровня интеллекта данного программиста. Информация вида «шаблон проектирования 'фабрика объектов'» и «алгоритм quicksort» является частью базовых знаний хорошего программиста и обязательна к изучению.

                                            именно поэтому у нас столько гастарбайтеров в стране.

                                            Предлагаю не скатываться в политику.

                                            Это не политика, а экономика.

                                            Где определение этого мифического «нормального программиста»? Не надо пользоваться субъективными определениями.


                                            Ну, давайте формализуем:

                                            «Высококлассный программист» — это программист, который способен при участии эксперта смоделировать любой бизнес-процесс, независимо от предметной области, а затем эффективно реализовать полученную модель с учётом нюансов предметной области, с качественным выбором инструментария, в виде качественного кода, который будет далее удобно расширять и отлаживать.

                                            «Хороший программист» — это такой, который может всё то же самое, что и высококлассный, но менее эффективно и с более низким качеством.

                                            «Нормальный программист» — это как хороший программист, но с очень большим трудом переключается между предметными областями, его возможности ограничены.

                                            «Плохой программист» — тот, который способен качественно выполнять только очень узкий круг задач.

                                            так или иначе работать по специальности

                                            Т.е. использовать конкретные знания? И программирование ли это?

                                            Если ты учишься на программиста, то «работать по специальности» означает «работать программистом».

                                            Где нужны конкретные предметные знания и программирование как вспомогательное. Или у Вас есть другие примеры? Я вот сколько научных работ видел в самых разных отраслях, везде программирование было второстепенным.


                                            Во-первых, знание программирования — это уже конкретное предметное знание само по себе. Возможно, Вы удивитесь, но у нас было достаточно работ, связанных с теорией и практикой программирования как таковыми. В частности, построение копиляторов, метавычисления, доказательство программ, параллельные процессы, искусственный интеллект и т.п.

                                            Можно взять работы, связанные с другими предметными областями.

                                            Скажем, проект по рассчёту теплопроводности материала. Часть работы проводится в сотрудничестве с экспертом-физиком — он помогает составить необходимые уравнения, дальше идёт чисто программистская работа — реализовать вычисление этих уравнений в программе и отобразить результат в удобном виде.

                                            Или, например, система учёта успеваемости студентов:
                                            на первом этапе определеется базовый интерфейс — он и будет предметной областью, а затем большую часть времени чисто программистские вопросы — как и что хранить, как синхронизировать, как агрегировать данные, какие технологии
                                            использовать, и т.д.

                                            Или, вот: написать систему формирования и применения патчей к существующей медицинской системе (МС). Предметная область — не медицина, как ни удивительно, а сама МС как таковая. Собственно, для реализации требуется только знать, как устроена система хранения файлов в данной МС, как различать версии, и как их копировать, не нарушая целостности. Работа на 95% программистская, без углубления в предметную область. А знания по предметной области легко достаются у администраторов системы.

                                            Это всё реальные выполненые проекты. Где тут специфические знания предметной области? Правильно, у экспертов. Программистам они не понадобились.

                                            Итог этого поста: Вы явно указываете на значимость предметной области и ни в одном высказывании я, к сожалению, не увидел обратного.

                                            Ну, серьезно, Вы как будто то ли сами с собой разговариваете, то ли с кем-то другим, но не со мной.
                                            Я нигде и никогда не говорил, что знания предметной области не могут помочь программисту лучше выполнять свою работу в рамках этой области, но я везде говорю, что знание предметной области в большинстве случаев совершенно не обязательно, чтобы начать в ней работать не за еду, а качественно и за хорошие деньги. Естественно, при условии хорошего знания программирования.

                                            Очень долго писал. Жуть… :)
                                              0
                                              Юмор в противовес слепой критике, это один из главных успехов.

                                              Знание PHP не делает человека хорошим программистом. А если проект «заваливился» просто потому, что программист написал «RUR» вместо «руб.» — это что-то не так с головой у заказчика, а не у программиста.

                                              Там таких нюансов было много. Со стороны прога, это были мелочи, а по факту люди пользовались услугами других интернет-магазинов, а не этого. Когда мне показали их интернет-магазин, я даже сначала не знал с чего начинать. Потом просто посоветовал обратить внимание на мелочи и молча наблюдал как он исчезает с просторов интернета.
                                              Про заказчика тоже не согласен. Ведь если программисту объяснять все очевидные вещи, то тогда уйдёт ооочень много времени и заказчику проще взять человека чуть подороже, чуть похуже программиста, но знающего тонкости заказа.
                                              Например, в одной крупной российской компании внедрялся электронный документооборот. Этим занимался человек, находящийся в 2-х шага от докторской, специализирующийся по экономическим теориям. Не программист вообще. Из программирования знал только школьный курс паскали и то с трудом. Пару месяцев ваял что-то на 1С, не выпуская хелпов из рук и конечный продукт получился идеальным с точки зрения заказчика. Сей продукт работает уже примерно 5 лет без единого нарекания. Да, там всё криво-косо закодено, но оно работает прекрасно и пользователю абсолютно наплевать что там внутри.
                                              Кстати, таких примеров могу набросать огромное количество.

                                              Среди моих знакомых таких людей почти нет. Как будем мерять?

                                              Я же предлагал статистику. Поднимаем любой сайт по работам, берём страницу объявлений по программерам и делаем разбор. Это не так сложно. Смогу разобрать прям по каждому пункту. Тут же надо оперировать не с абсолютными числами, а с приближениями, которые так или иначе развевают известные мифы. Предлагаю hh.ru или rosrabota.ru. Город лучше взять Москву, т.к. там по идее самый большой процент вакансий по системному программированию.

                                              В стотысячный раз я не устаю повторять: не знание языка делает программиста программистом, а умение моделировать бизнесс-процессы в терминах программ.

                                              Аналогично. В статье я и отметил, что вместо досконального изучения языка, надо делать упор на методологические вещи

                                              Окончание ВУЗа не делает из человека программиста. Далеко не все, окончившие ВУЗ по программистской специальности, в принципе способны стать программистами. Особенно девушки.

                                              Так я и написал статью специально для тех, кто оканчивает ВУЗ и сейчас сильно хочет стать программистом, но не уверен, что путь простой и не знает какие там запинки.
                                              Кстати, на счёт девушек зря. Среди них часто попадаются программистки, во много раз эффективней парней. Сам лично ставил эксперимент, когда 2-х месячная работа парня делалась девушкой за 2 недели. При чём у первого опыт огроменный, а у второй только ВУЗ за плечами. А были случаи, когда полугодовалая работа 2-х парней делалась преподом танцев за месяц. Так что зря так категорично относитесь к этим забавным созданиям.

                                              Критику по пунктам проведу? Это не страшно?
                                              1. Согласен. Моделирвание нужно. Но я бы назвал абстрактным мышлением. И при развитии этого качества не надо заострять внимания на тонкости. Например, ООП в современном мире не нужно почти так-же как и знание ассемблера. Сейчас все переходят на объектно-визуальные разработки. Т.е. ООП нужно для общего развития, но не более того. Ни в какой отрасли оно не нужно как основополагающее.

                                              2. Это наука, которой учатся много лет. Она на столько сложная, что практически ни кто не сможет точно угадать время. Мы в своё время разгребали иностранный опыт, опыт СССР и накладывали всё на современные реалии и результат всегда один — оценка, это одно, но надо всегда учитывать определённый список неточностей. При любой методике оценки, необходимо оставлять запас и это должен понимать каждый участник проекта.
                                              Но опять же, зачем студенту это надо тщательно знать на старте? Начинающему разработчику поможет сам толковый заказчик, который оплатит по факту, а не по плану. Пусть чуть меньше, но за то молодой человек на своём опыте пощупает эту науку. Может нет смысла тратить гигантские силы (время * деньги)? Нет?

                                              3. 4. Мне кажется эти пункты такие-же очевидные, как и совет про правильное питание. Задам вопрос по другому — где эти качества не требуется?

                                              5. И как это должен реализовать студент? Молиться на свой талант? Лично мне кажется этот пункт вообще неформализуемым и по категории схожим с предыдущими двумя.

                                              6. И как это поможет получить студенту проект, например, по автоматизации производства молока на молокозаводе? К тому-же по-умолчанию студентов учат нескольким средам разработки. Разве надо на это делать ещё и отдельный упор?

                                              7. Это то зачем????? Эти знания, такие же важные, как и обработка команд процессором за один такт. Разработчику абсолютно фиолетово как Парус использует оракл. Он просто это делает правильно по-молчанию, почти так-же как и калькулятор выполняет вычисления. Зачем нужна эта реляционность в повседневной жизни? Да даже взять тот-же лотус, где реляционностью и не пахнет, а проекты на нём очень даже «вкусные». Зачем студенту заведомо ограничивать себя в возможности выбора проектов? Разве это правильно?

                                              8. Выше описал ненужность этих знаний. Для общего развития математика нужна. Для спец.учреждений она нужна. Для повседневки дальше школьного курса она нужна не больше, чем физика или химия.

                                              В принципе Ваши советы дают во многих ВУЗах, но в большой жизни приходит разочарование с пониманием их пагубности.

                                              Эта проблема связана с отсутствием

                                              И так почти с каждым студентом происходит. Может проблема не в этом? Может студент изначально не может оценивать свои силы? Может студент так сильно увлекается алгоритмизацией, что даже не представляет масштабы систем, необходимых в реальной жизни?
                                              И по Вашей методике оценивать можно только что-то небольшое. Заказы на несколько миллионов как минимум требуют хотя бы приблизительного видения, что получится в конце. И если исполнитель видит только начальные шаги, то надо настораживаться. Другими словами, если исполнитель не может брать на себя часть рисков, то заказчик предпочитает обратиться к другим специалистам, потому-что незнание конечного результата может вылиться в огромные затраты.

                                              На фрилансе — очень часто. Вы, полагаю, просто не в курсе дел.

                                              В курсе. Как раз в курсе не по наслышке. И те, кто ставит 1000 рублей на решение задачи, далеко не факт, что выиграют тендер, потому что заказчик, запнувшись один раз, доверяет опытному специалисту. Пусть он просит 10 тысяч, но он конкретно расписывает за что берёт деньги, указывает сроки и гарантии.

                                              Предполагаю, отличие в том, что БДР отражает внешние финансовые потоки (на входе и на выходе из компании), а БДДС отражает движение внутренних финансовых потоков (краем глаза заглянул в Википедию).

                                              Вот-вот. В итоге Ваш опыт работы с википедией может вылиться в месяцы денег заказчика. В своё время я тоже ошибался в том, что надо всё брать наскоком. Это теперь знаю, что иногда лучше неделю потерять на изучение предметной области, вместо слепого кодирования ради кодирования.
                                              Вообще, разница этих 2-х сущностей на сегодняшний день оценивается в несколько человеколет. Т.е. Вы за минуту пытаетесь узнать весь путь огромной работы. Этот пункт я написал в своей статье про стадии развития программистов, где указано, что новичку всё всегда известно… но только новичку.

                                              Но олигархов гораздо меньше, чем программистов, поэтому показателю можно оценить, насколько проще стать программистом, чем олигархом.

                                              Вот и подошли к отношению одних к другим. А теперь прикиньте шансы стать системным программером с отличной зарплатой к офисному прогу с ещё бОльшей зарплатой. Сайты по работе очень красноречивы

                                              торговый бот, которого я писал — там было важнее знать именно C#, чем предметную область.

                                              Я так понимаю, мои разъяснения о том, что Вы неявно используете предметную область Вас не убедили? Ну что ж, это не в моей компетенции Вас переубеждать, но вот Ваше удивление, описываемое одной фразой «это же очевидно!», для большинства молодых людей, знающих C# будет тёмным лесом. При чём многие из них будут умнее и Вас и меня и ещё кого либо. Просто задумайтесь над этим

                                              подавляющее большинство остались программистами, либо, поработав программистами, стали аналитиками.

                                              Я более чем уверен, что если каждого разбирать по отдельности, выяснится, что почти все они давно поставили во главу успеха предметную часть, а программирование давно на втором, а то и третьем плане как и у Вас. И про девушек выше писал — зря Вы так о них, многие из них горазд осильнее большинства парней. Скажу даже больше, один год команда девушек-внедренцев была одна из самых лучших в одном городе миллионнике. Одна девушка даже, встретившись со своим бывшим начальником, который считал так-же как и некоторые, девушек недопрограммистами была на столько выше его во всех вопросах, что у него тряслись руки и дрожал голос. Так что задумайтесь, ведь жизнь иногда на столько обманчива и переменчива.

                                              С системами авторизации каждый (99.9%) программист работает ежедневно в качестве пользователя, а «закрытием месяца» занимаются единицы и «памятью в космосе».

                                              Я правильно понимаю, что Вы лично опросили 1000 программистов из самых разных областей или использовали чьи то чужие исследования, что так уверенно приводите очень конкретную цифру? Я вот оглянулся из окна и что вижу: Компания по протягиванию сетей. Тамошний программист вообще не знает тонкости авторизации. Компания по строительству тоннелей — тоже самое. Забегаловка быстрого питания, там вообще программист кроме 1С ни чего не знает. Ж/Д вокзал и прилегающая дорога к нему. Штат программистов совсем не понимает что там за авторизация. Пару галок, и настройки пользователей, но они относятся к настройке работы, а не к авторизации. И т.д. и т.п. Значит либо мы о разном говорим, либо Вы умышленно выбирали для статистики студентов, изучающих именно в этот момент авторизацию, либо кто-то немного обманывает.

                                              Во-первых, подозреваю, что Ваши разработки находятся в довольно специфичном сегменте и данный опыт трудно распространя за пределы этого сегмента

                                              Самые обыденные и распространённые задачи, за которые платят деньги — производство, медицина, образование, строительство и т.д. и т.п. Например, в гостиницах автоматизировал расселение людей по номерам, в столовых всяческие создания блюд, на приёма металлолома учёт этого металла по разным точкам, в автосалонах всякие продажи, ремонты, взаимодействия с заказчиками и заводами-изготовителями. И список этот просто оргоменный. Но ни где ни разу мне не приходилось выдумывать авторизации, потому-что всё давно уже придумано и реализовано. Зачем изобретать велосипед? Нет, конечно же поделки на ассемблере уникальны, но они для души и не более. Заказчику этого не нужно. Именно про это я и писал в своей статье.

                                              Вы прекрасно представляете, как они в целом работают, и при желании легко реализуете такую систему.

                                              Только в рамках, описываемых простейшей фразой: «пароль надо делать сложным» (это что касается Вашего направления). А вот в рамках общей концепции, знаю немало, но на этом уровне абстракции непосредственно авторизация опять же превращается в калькулятор, который давно изобретён и работает без нареканий, при этом ни у кого нет желания лезть в него и разбираться как он работает. Нет, конечно же знаний и опыта у меня хватит понять как работает та или иная микросхема, но зачем?

                                              а об умении работать с ними в качестве пользователя.

                                              Согласен на все сто. Но если вернуться к моему утверждению, что пользователи ленивы, то с удивлением заметите, что многие не умеют искать информацию. Они не плохие (пользователи), просто ленивые.

                                              но высококлассный программист без специфических знаний в какой-либо предметной области будет востребован вообще в любой из них по причине его способности к быстрой адаптации и моделированию.

                                              Даже так? Сможете взять это задание?
                                              1clancer.ru/offer/taskId=12336
                                              Я нет. Знаю и первую половинку и вторую. Знаю очень хорошо, но взяться не смогу, потому что не знаю предметной части и начну городить всё с нуля. Хотя задача решается установкой пары галок и кодирования на пол дня, а то и того меньше. И Вы сейчас у потенциального студента хотите забрать заработок? Хм, странно.

                                              Но — нет — знание предметной области крайне редко является необходимым для участия в любых проектах.

                                              Про понимание разницы БДДС и БДР вкратце затронул. Отмечу только на этом же примере, что видение этих сущностей заказчиком абсолютно не такое же как и у разработчика. Т.е. заказчик прям на ходу интерпретирует своё понимание в слова как может (это уже психология и тут тоже годы обучений) и приняв его слова за истину проект заходит в тупик в первые же годы. Вообще, на определение целей заказчика уходят иногда огромные деньги. Например, одна контора берёт 400 евро в час для определения настоящей цели заказчика. Нет, максимизация прибыли, это не настоящая цель.

                                              Повторю в очередной раз (нудным голосом)

                                              Теперь так-же скурпулёзно оцените то, что говорили раньше другие участники в плане критики моего тезиса — знание языка программирование не стоит на первом месте. Сходится? Нет. Вы гоаорите про самые разные, смежные и даже абсолютно ни как не связанные с программированием науки, и не выделяете важность этого самого языка программирования.

                                              Это не политика, а экономика.

                                              Это как раз политика. При чём основанная на зомби мысли — в России всеглда всё хуже чем в других странах. Мысль эту повторяют, люди которые ни разу не задумывались, где же больше гастробайтеров и кому от этого хуже или лучше. Но этот вопрос, я так думаю, не для этой темы.

                                              Ну, давайте формализуем:

                                              Я повритикую? Жёстко прям и беспощадно (жаль тут нельзя смайлики ставить, а то опять ирония)

                                              это программист, который способен при участии эксперта смоделировать любой бизнес-процесс, независимо от предметной области, а затем эффективно реализовать полученную модель с учётом нюансов предметной области, с качественным выбором инструментария, в виде качественного кода, который будет далее удобно расширять и отлаживать.

                                              Таких мифических существ на Земле не существует. Если не верите мне, обратитесь к немцам или амерам, но везде, если программист начинает нормально что-то моделировать, переростает сначала в постановщика, потом в аналитика, потом в руководителя проекта и т.д., но это далеко не программист. Как только программист переходит на другой уровень, алгоритмизация сразу выветривается из его головы. Это не мой опыт, как я уже сказал, а опыт крупнейших организаций мира.

                                              «Плохой программист» — тот, который способен качественно выполнять только очень узкий круг задач.

                                              Странно. А саповцы с Вами не согласны. Идеальный программист, это тот человек, который кодит хорошо и не отходит от поставленного ТЗ ни на шаг. При чём саповский прог кроме этой платформы ни чего не изучает вообще ни чего. Считаете их всех дураками? Хм, странно.

                                              то «работать по специальности» означает «работать программистом».

                                              И опять всё сначала. В банке программист будет изучать банковские тонкости, а знание языков отойдёт на второй план. На угольных разрезах спец будет изучать их тонкости, а программирование свое вообще забудет, потому что придётся переучиваться на 1С или САП. И так во всём. При чём почти везде должность будет записана в трудовой как «ведущий инженер» или ещё что подобное.

                                              Далее я прокоментирую каждое Ваше утверждение из личного и не только опыта. Не против?
                                              >> В частности, построение копиляторов
                                              И где это нужно? У нас каждый год выходят новые компиляторы? Странно, почему про них ни кто не знает? Или Вы сейчас про студенческие курсовые? Так они бесплатны и только для общего развития.

                                              >> доказательство программ
                                              На каком производственном предприятии такое нужно? Мне уже даже интересно

                                              >> параллельные процессы
                                              Сколько из тысяч студентов может рассчитывать на работу в научном центре? и почему все программисты должны хотеть там работать?

                                              >> искусственный интеллект
                                              Вы вообще представляете что это такое? Например, знаю одного аналитика, который вообще не программист, который разрабатывал одну хитрую нейронную сетку несколько лет и потом на С# реализовал за пару месяцев не выпуская учебника из рук. Т.е. это ещё одно прямое доказательство того, что в реальности программирование нужно только как дополнительное знание.

                                              >> Часть работы проводится в сотрудничестве с экспертом-физиком — он помогает составить необходимые уравнения, дальше идёт чисто программистская работа
                                              Где такое надо, кроме научных центров? Хотя нет, в научных центрах вообще нет понятия «помогает». Там чёткое разделение труда и каждый занимается своим делом

                                              >> Или, например, система учёта успеваемости студентов
                                              И опять Вы про процесс обучения. Ни один здравомыслящий внедренец не будет изобретать велик. Нормальный человек скачает готовую конфигурацию для 1С, поставит её и будет изучать функционал. Поделки, подобно описанной Вами, создаются только на этапе обучения, после чего просто выкидываются в мусорку как ненужный хлам. Обидно это или нет, но это реальность. Когда речь идёт о деньгах, ни кто не будет платить за то, что уже давно изобретено.

                                              >> написать систему формирования и применения патчей к существующей медицинской системе
                                              Приходите такой в больницу и говорите «я вам сейчас напишу механизм патчей!». Думаете Вас встретят с рукоплесканиями? В лучшем случае укажут молча на дверь. А специалист ещё и спросит «зачем нам система к которой в последствии нужны патчи????». Нет, конечно если у Вас дядя работает в районной медицине, тогда да, такие залипухи можно продвинуть, но мы то говорим о большинстве.

                                              >> Это всё реальные выполненые проекты
                                              Это всё студенческие поделки, нужные лишь только для студенческой работы. Особенно с медициной смешно. Вы вообще хоть раз к Парусу патчи писали? А это официальная учётная система для медицины России.
                                              Так вот такой опыт не сильно то нужен при устройстве на реальную работу.

                                              Я нигде и никогда не говорил, что знания предметной области не могут помочь программисту лучше выполнять свою

                                              Хорошо. Давайте я ещё раз выделю свою позицию, которые многие в этой ветке оспорили — в реальной жизни, прошлому студенту надо делать упор не на языки программирования, а на предметную область и тогда и только тогда появится огромное кол-во шансов найти хорошую оплачиваемую работу.
                                              Многие уверены в обратном.
                                0
                                > 5. Учись брать деньги. За каждый чих бери определённую сумму. Да, это страшно, да, заказчика можно потерять, но за то зацепившийся клиент тебя быстро обеспечит работой.

                                Совет крайне помог всем тем, кто сидит на окладе ;)

                                Если подворачивается небольшая халтурка (проложить витую в квартире, помочь собрать ПК, и т.п. и прочее эникейщество), то предпочитаю услуга-за услугу, т.к. деньги — это всего лишь бумажки и они не очень интересны, да и к тому же есть основная работа, на которой выдают зарплату. А так обрастаешь новыми связями, ну и в случае чего — эти люди помогут (аха, я все еще в розовых очках и верю в человечество, хе.)
                                  0
                                  Помощь другу, это одно, а вот бесплатная помощь всем подряд с расчётом на будущую помощь, это совсем другое. Люди как правило садятся на шею и либо начинаешь брать деньги, либо всячески отказываться от такой работы. Например, переставить ось у дружбана, это минимум весь вечер заниматься с ним. Да, во время рпботы можно поболтать, пивка тяпнуть и прочее совмещение приятного с полезным, но с возрастом семья выходит на первое место и подобные вечерования крайне не желательны.
                                  Не знаю почему, но почти все с возрастом, точнее с опытом, отходят от таких бесплатных помощей
                                +1
                                Вы очень безграмотно пишите. Вычитывайте статьи перед публикацией.
                                  +4
                                  Есть подозрение, что вы имели в виду «пишЕте».
                                    0
                                    Уточните, что Вы имели в виду. Я перечитывал как мог.
                                      0
                                      Если «глаз замыливается», есть смысл давать текст кому-нибудь на вычитку.
                                      На счет ошибок — обратите внимание на слитно-раздельное написание.
                                        0
                                        Именно про это мне супруга и делает замечания
                                      0
                                      И, кстати, просто по секрету Вам скажу, прежде чем искать ошибки у других, тщательно следите за своими. Случайно прочитал Вашу статью и очень сильно удивился, ведь юношеский максимализм присущ как правило молодым людям.
                                      +5
                                      >1. Плюй на красивый код
                                      Спасибо, мы Вам перезвоним.
                                        +3
                                        Наверное, именно потому, что автор следовал своим рекомендациям и изучал бюджетирование и складской учет вместо математики, алгоритмов и собственно программирования, ему и приходится этим заниматься.
                                          0
                                          Отчего же? Я хорошо знаю математику и в своё время был участником и победителем школьных олимпиад по всяким точным наукам. Но в реальной жизни кушать сильно хочется и если не занимаешься специально научной деятельностью, то многое забывается.
                                          +7
                                          Третья статья за сегодня, после которой проскакивает мысль:
                                          «не стоит быть 1С-программистом».
                                            0
                                            А что, 1С-ники не дают работать остальным? Так тут проблема не 1С, а пальцегнутости молодых и неопытных.
                                            +2
                                            Это обострение после утреннего поста про 1С? Мне кажется автор поста не осознает себя в качестве программиста, но почему-то пишет от его лица.

                                            Такие советы бы я даже 1с кодерам не давал. Все таки программирование подразумевает любовь к алгоритмам, математике или хотя бы компьютерам как вычислительным устройствам. А тут только желание с помощью кода решить проблему. Но ведь это не путь программиста которому кайф доставляет сам процесс решения.

                                              0
                                              Да, но при любом раскладе, на предприятии злой заказчик будет требовать что-то такое, что необязательно будет нравится разработчику. Заказчик вместо комповой игры потребует создать систему для учёта туалетной бумаги (ирония) и придётся вопреки своим желаниям делать, потому-что в противном случае ни кто не заплатит денег
                                                0
                                                Так может система учета будет весьма интересной, нет? Все зависит от ТЗ.
                                                  0
                                                  Именно так и есть. Очень много задачек, которые интересные, заставляют напрягаться мозгу и разработчик получает огромное удовлетворение от результатов. Но тут механизм немного отличается от хобби. Хобби, это когда выбираешь задачу под настроение, а удовольствие в работе, это когда ищем мотивацю под задачу. К сожалению методы решения этого вопроса очень сильно волнуют всех руководителей. Если простым языком, то заказчик по поводу производительности работников почти всегда клонит к мысли: «как сделать так, что-бы работяги работали больше, при этом денег не просили?». К сожалению я и сам занимался подобными проектами и это не додумки
                                                0
                                                И что за пост про 1С? Именно по 1С я на других ресурсах читаю, тут больше по железу смотрю.
                                                Мне кажется автор поста не осознает себя в качестве программиста, но почему-то пишет от его лица.

                                                Уточните, кто в Вашем понимании программист?
                                                  0
                                                  Я так думаю, что это такой человек, для которого доставляет удовольствие сам процесс программирование, а не просто осознание того, что за это платят.
                                                    0
                                                    Интересная формулировка. Как раз с такой точки зрения смотрят самодуры — какой платить? Он и так занимается любимым делом.
                                                    К сожалению реальность такова, что фанат не способен создать что-то значимое, потому-что голодный специалист думает о еде, а не работе. Да и многие, осознав цену своих знаний идут работать именно за деньги, а реализовывают себя вечерами дома.
                                                      0
                                                      Да как-то мне кажется, что если ты умен, то у тебя достаточно большой выбор, чтобы всегда работу по душе находить.
                                                        0
                                                        Конечно так и есть, но порог вхождения очень важен. Например, на опыте Америки можно отследить коррупционную составляющую. Пусть ты хоть будешь умнейшим программистом, всё равно пока не сертифицируешься по ораклу, ни кто на высокоплачиваемую работу не возьмёт. А сертификат стоит немалых денег. Пока деньги копишь время идёт и теряется профильный стаж, а это опять деньги и не малые. В итоге работать по специальности может тот молодой человек, родители которого могут оплатить этот старт.
                                                        В России, как-бы это не звучало странным, 1С дала много работы малоопытным студентам. Т.е. обычный студент, мог подрабатывать и его услуги были очень востребованы. Да, было много ошибок и недочётов, но в целом заказчики были довольны и у студента появлялись деньги. По мере развития, студент принимал решение где дальше работать. Мне кажется эта схема гораздо приятней, чем американский вариант. Другой вопрос, что в России не дорастёшь до сотрудника гугла, но про это, думаю, была-бы написана совсем другая статья
                                                          0
                                                          Извините, но в чем связь между коррупцией и платной сертификацией? Сертификат за N денег это всего лишь неплохой способ отсева «случайных» людей.
                                                            0
                                                            Связь в том, что одни и те-же принципы называются по разному. В общем выглядит так — если у тебя нет денег, будь ты хоть гением, всё равно будешь разносить пиццу, а с деньгами, будь ты хоть тупнем полным, получишь очень высокоплачиваемые интеллектуальные должности. Сертификаты за деньги отсеивают не глупых людей, а малообеспеченных.
                                                +1
                                                Всё очень просто. Я бы разделил компаний-нанимателей на две группы: в которых программист условно «зарабатывает» и в которых «тратит». Всё что перечислили в статье имеет отношение ко вторым типам компаний. В России больше платят именно во вторых. Если вам не нужны деньги (вы живёте с родителями и т, п.), то конечно можно пойти в компанию типа Яндекса или Мейлру и получать истинное удовольствие от работы.
                                                  0
                                                  Вы серьезно считаете, что в Яндексе и Мейле плохо платят?
                                                    +1
                                                    Согласно данным глассдора, средняя для разработчика в московском офисе Яндекса — 89000. В Сбертехе за ту же квалификацию заплатят минимум в полтора раза больше (по глассдору нет информации, это я узнавал от друзей).
                                                      0
                                                      Примерно 4 года назад программист 1С в одной российской компании получал 120 тысяч рублей. В каждой командировке ему предоставлялась огромная квартира с уборщицей и всё сопутствующее. Раз в квартал премия в 120 тысяч рублей. И это программист, а не аналитик. Про зарплаты вторых не скажу, потому что не имею права
                                                        0
                                                        Вы серьезно считаете что 120 тысяч рублей для программиста — это большая зарплата?
                                                          0
                                                          Очень. Не просто считаю, а знаю расценки по стране. Мифические олигархи из Москвы нас, обычных людей, не интересуют. Зарплата в 4 тысячи евро для России, это очень неплохая сумма. На столько неплохая, что многие европейцы сами изъявляют желание по работать в России после того как несколько лет не могут найти работу на Родине
                                                      0
                                                      Может Вы и правы, судить не берусь, т.к. по иностранным заказчикам информации мало. Но то, что есть, указывает на такую же ситуацию как и у нас — платят за результат, а не красивый код. Коллеги по вечерам в Америке работают и сужу пока по ним.
                                                      0
                                                      1. Плюй на красивый код

                                                      Как это ни печально, но в этом автор прав. Практически везде, где мне приходилось работать (а это не маленькие компании), главное требование к коду — чтобы он был быстро написан и работал соответственно задаче. Никто из начальства на код не смотрел — только на результаты тестов. И здесь есть две причины:
                                                      1) Красота кода — сильно субъективное понятие. Практически всегда найдется человек, который будет плеваться на внутренности твоей идеальной функции и перепишет ее так, что без тошноты на это не взглянешь.
                                                      2) Как правило, время жизни кода в современном мире очень невелико. Особенно это касается Web разработки, где индустрия диктует постоянную необходимость добавления новых фич. Тратить два месяца на красивое решение, которое будет жить месяц (а то и вовсе не пойдет в продашен) — довольно расточительная трата человеческих ресурсов (плачте программисты: мы — всего лишь ресурсы). Как исключение, если вы пишите что-то всерьез и надолго, по типу процессинга для банка. Но в таких проектах я никогда не учавствовал,
                                                        +1
                                                        Код должен быть не «красивым», а кристально ясным и безопасным.
                                                          0
                                                          Я бы сказал: по возможности кристально ясным. Функцию Быстрого Бреобразованич Фурье не поймешь по коду без специальной математической подготовки, как бы вы не старались его написать. Простые случаи, конечно — должны быть ясными. Но опять все упирается в субьективность. Помнится, коллеги из смеялись на до мной из-за конструкции:
                                                          uint32 flag = (0 << FLAG_A_OFF) | (1 << FLAG_B_OFF);
                                                          

                                                          Я всего-лишь хотел показать, что в данном месте очень важно, чтобы флаг «A» был сброшен, что это — ключевой момент действия. А они: «Хи-хи-хи — этот идиот ноль сдвигает».
                                                          Про безопасность — кто-ж поспорит, что должен. Однако ни одна методология «красивости» не гарантирует безопасности кода. Тут уж как повезет: старайся — не старайся, а бага вылезет.
                                                            0
                                                            В одной команде одному зазнавшемуся новичку показывал огрехи его кодирования. Вы правы полностью в том, что хоть как старайся, найдётся тот кто будет недоволен кодированием.

                                                            Про безопасность тоже всё верно. Но Вы упустили то, что необходимо минимизировать кол-во выявленных ошибок клиентом. В одном строительном холдинге был целый отдел, создающий тест кейсы для проверки учётной системы. Т.е. дорабатываем очередной модуль и отдельный сотрудник прогоняет по серии тест кейсов. Т.о. мы не исключили все ошибки, но очень сильно их минимизировали.
                                                            А наши конкуренты без тщательного тестирования трепали нервы заказчику. При чём трепали так сильно, что собственник к нам лично приходил и просил заменить этих конкурентов
                                                          +1
                                                          Я не согласен.
                                                          Мне приходилось работать в конторе, которая пишет свой софт больше 10 лет.
                                                          Пока я работал с небольшими программками, которые, там, таблички рисуют, отчётики — я, конечно, поплёвывался, но, в принципе, сойдёт (если не считать того случая, когда кто-то очень умный в рантайме перезаписывал значение константы — в Дельфи такое можно — и я потом целый день никак не мог понять, почему программа то падает, то не падает).

                                                          Но вот однажды мне пришлось столкнуться с большой — одной из базовых — компонентой. С момента её написания прошло года 4, наверное. Автор её уволился через месяц, как я устроился. Мне надо было всего лишь исправить небольшой баг и добавить небольшую фичу — я МЕСЯЦ курил бамбук над этим кодом, чтобы хотябы в общих чертах понять, что он делает, причём два дня из этого месяца мы сидели вместе с автором — он так и не смог исправить баг, потому что сам забыл, чего он тут наваял.

                                                          Второй раз был еще веселее: жила была очень специфическая утилита, которая тоже писалась года за 3-4 до моего появления (ну, и дописывалась в остальное время). В неё надо было добавить новой фунциональности процентов на 20 от существующей. До меня её год мучал другой мой коллега, но вообще без результатов. Затем её отдали мне. Первые три месяца я честно пытался понять, что там происходит, но отсутствие кого-либо, кто понимает, как оно работает, обилие ctrl+C-ctrl+V, отсутствие комментариев, абсолютно непрозрачная структура кода… В общем, проблему пришлось решать кардинально: я взял весь код, который касался моей задачи и переписал выстраивая логику и структуру. В результате я понял, как всё это работать должно… НО! Я потратил на эту фигню 8 месяцев: 3 месяца пытался «читать» и 5 месяцев переписывал. В результате, при наличии вменяемого ТЗ я бы ту же работу сделал бы с нуля месяца за 4. Т.е. компания на этой утилите потратила 4 прогораммисто-месяца просто потому, что в этой компании «всем плевать на красоту кода». После меня её ещё допиливал другой программист — он был счастлив и очень сильно меня благодарил, что я ему оставил такой понятный код.

                                                          Вот такая вот история из жизни.
                                                            0
                                                            Согласитесь, что собственник был очень огорчён из-за потраченных денег и времени? Вот если бы Ваш предшественник уделял внимание предметной области, стандартизации кодирования и не изобретал бы самоката, всё было бы гораздо дешевле для заказчика. Т.е. надо делать упор на понятность кода и исключать давно изобретённые и продуманные вещи.
                                                              0
                                                              Учитывая, что такой подход в той конторе сохраняется до сих пор… Видимо, не достаточно огорчён.

                                                              Я лично считаю, что надо делать не упор, а надо каждый раз выбирать стратегию в зависимости от целей. Например, если ты пишешь сайт-одностраничник, который ты один раз написал и никогда возвращаться не будешь к нему, то тут важно, как быстро ты это сделаешь, а не как качественно.

                                                              А вот если ты пишешь сложную систему, которую ты будешь поддерживать не один год — тут обязательно долгосрочное планирование, чистый код и юнит-тесты.
                                                                0
                                                                Поверьте, такие ситуации видны часто. Я и сам был молодым и малоопытным и один из наикривейших моментов, оказывается работает до сих пор. Мне стыдно из-за него и поэтому пытаюсь хоть как-то уберечь молодых специалистов.

                                                                тут обязательно долгосрочное планирование, чистый код и юнит-тесты.

                                                                Долгосрочное планирование сложно и часто глупо. Помню строителям писали систему одну, так там только обследование год длилось. При чём к концу обследования выяснилось, что почти все бизнес-процессы уже изменены и надо всё начинать заново. В общем лично я на долгосрочку давно не рассчитываю, за то стандартизации уделяю много внимания, что-бы в любой момент, любой специалист мог разобраться в моём коде.
                                                                  0
                                                                  Планирование планированию — рознь.
                                                                  В хорошо спланированной системе не обязательно должны быть учтены все будущие возможности, а тем более бизнес-процессы. Хорошо спланированная система должна быть устроена так, чтобы большинство изменений (которые можно предвидеть) в бизнес-процессах требовали минимального вмешивательства в код, т.е. в него заложена определённая гибкость, которая, конечно, зависит от предметной области.
                                                                    0
                                                                    Именно так и есть. Планирование, это сложнейшая наука. Например, бюджетирование, какое бы оно не было простым, решает многие вопросы планирования денег, которые в других методиках являются непреодолимой преградой.

                                                                    в бизнес-процессах требовали минимального вмешивательства в код

                                                                    Вот тут и начинаются тонкости, об которые можно очень сильно запнуться. Заложим слишком много хвостиков (подобие внешних объектов, для возможной связи с доп.функционалом в будущем), можем получить сложную и дорогую систему, хотя нам нужна была гораздо проще. В общем в таком вопросе нужен практически художник, видящий картину в пространстве и времени
                                                          +1
                                                          Извините, но не могу удержаться,

                                                          это какое-то пособие о том как быстро стать говнокодером (ничего личного, просто ощущение после прочтения статьи)

                                                          А теперь немного по пунктам:

                                                          Миф 1: «Сейчас я выучу С# (С++, ассемблер и т.д.) и стану настоящим программистом»

                                                          Это так и есть, можно добавить еще несколько языков (Скала, Ява и т.д). А вот покорение 1С и PHP в его самых унылых проявлениях не сделают из вас программиста, к сожалению.

                                                          Миф 2: «Настоящий программист сутками пишет программы»

                                                          Чтобы им стать нужно какое-то время писать именно сутками, когда вдохновение есть. Кроме всего прочего у меня нет на работе телефона, только мэйл. А звонят в службу поддержки, потом в службу техподдержки, но никак к разработчику.

                                                          Миф 3: «Сейчас как сделаю бухгалтерию и её как начнут все покупать»
                                                          Миф 4: «Мне бы только продать пару копий своего продукта и тогда уж точно попрёт»

                                                          Какие-то взаимоисключающие мифы… Не кажется? Упор на раздвоение личности сделан.

                                                          Миф 5: «Я стану специалистом и буду богат как Билл Гейтс»

                                                          Не надо обманывать, у никакого здравого разработчика таких мифов нет, но то что головой можно нормально зарабатывать — это факт!

                                                          Миф 6: «Я буду создавать интереснейшие программы»

                                                          Не поверите, но так и есть. Я не так давно искал работу, так на вопрос расскажите о себе — я спрашивал чем надо заниматься (и если что извинялся и уходил)

                                                          Теперь к рекомендациям:

                                                          1. Если бы кто-то мне так сказал на собеседовании, то я бы сразу сказал, что мы перезвоним. Тем более красивый код это относительное понятие, но с другой стороны совершенно определенное.
                                                          Архитектура программы это тоже красивый код. Если кто-то на говнокодил, что уже переменые в циклах нумерует, то это не хорошо, а если все модульно, логично и интуитивно — то это хороший код.
                                                          Теперь еще: конвенции — это тоже красивый код! если у вас переменная ulSize, а по факту signed short и обозначает индекс, то это опять таки плохо!
                                                          А вот слов складской учет и бюджетировании в моем лексконе нет, не было и не надо.

                                                          2. Пользователи разные. Все они важны и нужны. У меня много пользователей инженеров и техников, причем не дураки.

                                                          3. Это что то из разряда гламурных девченок? Это карьерный рост и индексация зарплаты.

                                                          4. Также очень важно мыть руки перед едой, потому что иначе будет диарея, а кодить в туалете не комильфо.

                                                          5. Деньги за чих на рынке берут или в парикмахерской. А тот кто разрабатывает системы и комплексы думает другими понятиями!

                                                          6. и 7. Дельные советы. Так и делаю (ну или стараюсь)
                                                            0
                                                            1. А кто сказал, что данный факт озвучивается везде? Это надо знать, но рекламировать не надо. Когда на собеседовании спрашивают, например, про опыт работы с форматом XML, необходимо сделать упор на тонкостях этого формата, а не на красивости работы с ним.

                                                            2. А кто сказал, что пользователи дураки? Я делаю упор на то, что каждый человек в первую очередь думает о себе, а не о других. Например, если умнейший человек на закупках в месяц мог прятать в карман до 500 тысяч рублей и тут приходит команда, которая внедряет инструмент выявляющий кражи, он будет всячески этому противиться. И так во всем, не только в кражах.
                                                            Просто мне пришлось много внедрять нового на самых разных предприятиях.

                                                            3. Я написал конкретную мысль — многие далеки от ИТ-технологий и для них понятие программирование часто укладывается в фразу: «да у меня племянник сам программы делает, что ты тут мне рассказываешь сказки?!?!». Многие не понимают даже того, что заказ бредовой идеи отнимает время, отодвигает реальные задачи на второй план и по сути результат то ни кому не нужен. Да, обосновывать свою точку зрения это иногда целое искусство.
                                                            И какой может быть карьерный рост у программиста?

                                                            4. Да, но многие запинаются именно на неправильном планировании времени и это приводит к большим потерям денег.

                                                            5. Да? И какими? Например, мне абсолютно не трудно проконсультировать человека по некоторым вопросам, но не взяв за это денег они залезут на шею и свесят ноги, а вот с определённым ценником, получаем вполне определённые задачи.

                                                              0
                                                              У нас очень разный менталитет, наверное, но попробую немного по пунктам.

                                                              1. XML, JSON и т.д. это не языки программирования, красоты не много, но можно использовать со своими схемами, т.с. изящные решения, а можно все в лоб и в одну строчку без пробелов.

                                                              2. Я себе слабо представляю как крадут с фирмы. У нас такое очень маловероятно, потому что все держатся за свои места. У фирмы есть хозяин, а наемный работник, хоть уборщица, хоть директор может быть уволена в течение 5 минут за кражу. Еще и уголовное дело сразу заведут. А если клиент не хочет, то есть договор. Он платит, но ничего не получает.

                                                              3. Это уже такое представление в обществе. Здесь мне не надо доказывать, что я не верблюд. У меня есть два высших образования. В визитке стоит Dip.-Ing., Dip.-Inf… Этого достаточно. Переговоры с клиентом ведут люди, которые на это учились. А мы оцениваем и вносим изменения в ТЗ. Карьерный рост… ну начальник отдела… или хозяин в фирмы. Можно доучиться и стать кем угодно.

                                                              4. Ну я согласен, но это как бы очевидно. Если целый день пить пиво, то времени на работу не останется.

                                                              5. Я не могу брать деньги с клиента. Во-первых я не уплономочен, во-вторых нужно счет выписывать. У клиента есть лицензия или контракт поддержки и тогда я просто выполняю свою работу.
                                                                0
                                                                1. Я и не говорил, что это ЯП, но, согласитесь, можно диалог построить так, что выделить красивость работы с этим форматом, а можно сделать упор на то, как он «ложится» на будущий проект.

                                                                2. Вот так вот… Т.е. Вы даже не знаете, что чем крупнее контора, тем больше свободы у ключевых фигур и происходит контролируемое воровство. Очень хороший пример, это майкрософт.
                                                                Вообще, без знаний процессов предприятий очень трудно сделать что-то стоящее

                                                                3. Начальник отдела и не более. Что-бы расти дальше надо переучиваться и меняться. Если руководитель думает как инженер, предприятие загнётся в скором времени. Как не крути, а максимизация прибыли прежде всего.
                                                                И какой Вы дадите совет студентам? Идти только во франь за копейки, где как раз есть отдельно переговорщики, отдельно кодеры? Я всегда советую начинать с франчей, но это только для того, что-бы натаскаться в предметных областях.

                                                                4. Нет, я не это имел в виду. Из-за неправильных шагов производительность может быть снижена в разы. Да, не раз было такое, что человек тратит несколько месяцев упорного труда на работу, которая выполняется за пару недель. Вина тому неправильно планирование своей деятельности, «закапывание» во второстепенных делах и печальный результат на выходе.

                                                                5. Конечно в Вашем случае так и есть. Я имел в виду про фришников, которые сами бегают по клиентам
                                                            0
                                                            Русский бы вам подучить. Не обижайтесь, но элементарные вещи вроде написания частиц с дефисом.
                                                              0
                                                              За любую аргументированную критику всеми руками за. Признаюсь, школьные знания уходят в прошлое. Своих детей трясу на элемент диктантов. Как-бы не было смешно, но пока спасение вижу в диктантах

                                                            Only users with full accounts can post comments. Log in, please.