Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×
software engineer в FrontRange Solutions
  • Зарплаты программистов — декабрь 2011

    Несомненно учить основы нужно и полезно, они важнее, чем приходящая технология. Это в долгосрочной перспективе, в короткосрочной .net + java девам достаточно знать то, что они знают для решения текущих задач. Дело не в том, что в яве или .нет не учат базису, а в том, что этот базис не нужен для 99.9% решаемых задач. Работай эти же ребята на низкоуровневых языках и решай другие задачи — они бы учили базис, т.к. он был бы необходим для решения совершенно _других_ задач.

    Не согласен, что это ограниченные языки. C# очень мощьный язык, один из самых мощьных типизированных языков и компилятор под него не привязан к платформе. .net как платформа имеет свои ограничения, как и любая другая.

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

    На любой платформе можно писать серьёзные интересные проекты, посмотрим на Lokad на StackOverflow (на умирающий MySpace), крупные, высоконагруженные ресурсы написаны на .net и ничего. Facebook = php и аналогично. Не важна технология, важен собственный «уровень».

    Підтримав: Alexander Paramonov
  • Зарплаты программистов — декабрь 2011

    Надеюсь вы не имеете в виду, что для .net or java нужно прочесть меньше книг?

    Підтримав: Evgeny Kasyanenko
  • Зарплаты программистов — декабрь 2011

    Дотнет тоже имеет сообщество, довольно крутое, но не с такой крутой возможностью «двигать станок прогресса», т.к. майкрософт у руля, но они уже слушают внимательно =)

    И что такое «языки потребления»? Достаточно высокоуровневые или что?

    Я могу себе представить любого сеньёор девелопера, в том числе и тёмную эльфийку с 4-м размером, у меня богатое воображение =)

    Про комикс — это тру для любой сложной вещи.

    Вцелом, мем заключается не в том, что сеньёр в 23 года это окей для .net or java и не окей для c++ or asm, а в том, что это выглядит как норма, но ею не является для любой отрасли, но таковых больше именно в .net or java в виду их популярности, как мне кажется. И всех делов.

    Підтримав: Evgeny Kasyanenko
  • Зарплаты программистов — декабрь 2011

    В данном случае наверное Erlang + Scala хакеры, хотя их орбитральный лазер тоже не пощадит.

  • To Be Agile Or Not To Be Agile?

    Архитектура конечно связана, но прочитайте ещё раз, что я написал «ПОНИМАНИЕ предметной области менеджером никак не связано с архитектурой...», уточню с «качеством архитектуры». Важно чтобы разработчики предметную область поняли хорошо _вместе_ с менеджером и уже на основе этого создали _хорошую_ архитектуру. А предметную область лучше всех знает «доменный эксперт», часто это и есть «продакт овнер», значит с ним нужно и работать (вот зачем команде Б он был нужен).

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

    Підтримав: Sergii Dorokhin
  • Зарплаты программистов — декабрь 2011

    дотнет тут при чем тогда?

  • To Be Agile Or Not To Be Agile?

    К сожалению отличное понимание предметной области менеджером никак не связано с архитектурой, которую создадут разработчики. При чём здесь дотнет? Нет серьёзно. Фразы, про то, что MS не взяла какого либо менеджера я вообще не понял.

    Чтобы что-то выпустить в срок нужно замораживать требования, это и делает скрам на время спринта, а что вы хотели этим сказать?

  • To Be Agile Or Not To Be Agile?

    Поддерживаю то что вы написали, но вот вам моё «тащусь от аджайла» =)

  • To Be Agile Or Not To Be Agile?

    «всё продумано» это нереальный сценарий. Если стоит вопрос минимизации рисков при внесении изменений — это работа всей команды, не только менеджера.

  • Зарплаты программистов — декабрь 2011

    А почему именно в яве и дотнете много «с в 23» по вашему мнению?

    Підтримав: Сергей Воронов
  • Массовое дрочерство на дипломы о ВО

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

  • To Be Agile Or Not To Be Agile?

    Учесть всё нельзя. Может несколько раз повезти, но в общем случае этого просто глупо ожидать. Для этого и нужны постоянные фидбеки от клиента, чтобы понимать, а туда ли мы идём, а всё ли мы учли.

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

  • To Be Agile Or Not To Be Agile?

    Не знаю проще или нет, но какое это отношение имеет к тому, что я написал?

  • To Be Agile Or Not To Be Agile?

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

  • To Be Agile Or Not To Be Agile?

    Вот это интересная мысль, важно подавать информацию не так категорично =)

  • To Be Agile Or Not To Be Agile?

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

  • To Be Agile Or Not To Be Agile?

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

    Мне непонятно, как наличие особых случаев с плохими клиентами, позволяют судить о ситуации в общем виде?

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

  • To Be Agile Or Not To Be Agile?

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

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

  • To Be Agile Or Not To Be Agile?

    У меня тоже, и что?

  • To Be Agile Or Not To Be Agile?

    Желаю удачи с таким подходом к клиентам, ради которых вы работаете.

← Сtrl 1234 Ctrl →