QA Fest — конференция №1 по тестированию и автоматизации. Финальная программа уже на сайте >>
×Закрыть

Потужний кидок на вентилятор від стажера з команди Azure

ahmetalpbalkan.com/blog/8-months-microsoft

Ще одна епічна «новина», в якої ноги ростуть, ніби як, зсередини Майкрософту.
Якщо коротко, то пише аффтар про:

-Відсутність документації. At all.
-Нафіг-нафіг всякі клінінги і опимізації, це не те, що менеджери продавати будуть.
-Не всі ловлять кайф від програмування. Для багатьох, це просто робота, крім неї є багато іншого в житті.
-2-3 години програмування в день — супер крутий результат.
-Брати в ком’юніті — добре, віддавати — нафіг.
-It is all about getting shit done.
-Нема кращого code reuse ніж копі паст!
-Код рев’ю теж нафіг. Нове ПО і сучасні інструменти туди ж.
-і таке інше.

В коментах помічений сам Скот Хенсельман (і Глен Блок), зачепило видно.
Це вже друга стаття на цю тему, минулого разу автор свої слова частково забрав.

UPD: я особисто більше схильний вірити Блоку

It really depends on the team. I work on the Azure team where we are iterating lightning fast, consuming and contributing to OSS and failing fast. We’re working with the community, learning from it, and helping to move things forward both in our platform and the industry including the Open Source world.

I am sorry you had such an unfortunate experience, but that is definitely not indicative of all of Microsoft.

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

ннну не знаю
если это для вас потужный... нихрена вы, значит, в жизни не видали

но немного к делу
там пылкий юноша, на голубом глазу, претендует на обобщение опыта
ну ок

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

* Expect no documentation
bloody true
с’ect la vie
но ключевое слово тут — expect, достаточно часто она есть, и достаточно часто весьма неплохого качества, особенно на вещи ключевые, используемые многими (банальные соображения оптимизации)

* It is not what you do, it is what you sell.
You can spend days making your codebase a better place, writing more robust code and fix others’ mistakes. As long as it does not have a big business impact and you can’t ship it, it means practically nothing. Nobody will appreciate you for fixing styling or architectural issues in their core

it depends, но чаще всего более нет, чем да
и не потому, что пуристы-идеалисты-юношисовзоромгорящим, а потому что архитектурные факапы и не робустный код на таких объемах сервиса очень даже have a big business impact
ну а стайлинг просто встроен в процесс, не пропустят код который не

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

* Not everybody is passionate for engineering.
судя по дайльнейшей логико-смысловой каше в пояснении, passionate for engineering — это такое себе монашество, вечный ритрит, посвятить себя Господу и т.п.
так что в этом смысле — конечно ДА, и еще раз ДА: узколобый фанатик, вся деятельность которого сосотоит в медитации над священными Исходными Текстами и Талмудами мудрецов — ни разу не инженер
инженер без разносторонности, без кругозора — невозможен, иначе он будет рожать хтонических уродов
не говоря уж о том что полное переключение деятельности — a must для здоровья мозга.

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

* 2-3 hours of coding a day is great.
Ну а дальше юноша роскошно раскрывается — Before taking the job, I was able to code 8-10 hours a day on my personal projects.
Sapienti sat — уровень качества его кода до того как он получил эту работу сомнений не вызывает: прежде чем кодить, надо думать, а когда кодишь по 8-10 часов в день думать просто некогда.
Так что — ДА, именно так. 2-3-4, больше НЕ НАДО.

* Not giving back to the public domain is a norm.
Вопрос исключительно религиозных убеждений, ergo лично каждого.
Таким образом, вот это обобщение от юноши — признак невеликого ума.

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

* The world outside is not known here a lot.
Это опять сугубо индивидуальный вопрос строения мозгов каждого человека.
И опять — неумно, товарищ интерн.
И опять — все чисто статистически, кто-то любопытен, кому-то лень.

* It is all about getting shit done
Ну тут юноша опять спутал грешное
If your manager asks a button there doing that, nobody cares what sort of mess you created.
с праведным
In college, I learned code quality is as important as the result, turned out wrong.

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

с другой — а причем тут code quality?
каша в интерновских мозгах

* Copy-pasting code can be okay.
Что могу сказать... заметят — бить таки будут.
Так что, как практика — no way.
Что, впрочем не отменяет того, что кто-то может и схитрить, людей-то много тысяч.

* Code reviews can be skipped
Вот это — NO WAY!
Встроено в процесс.

* Latest software, meh.
Almost 90% of my colleagues use older versions of Office, Windows, Visual Studio and .NET Framework.

Нет. Все последнее стабильное для чего сделаны обязательные проверки и допиливания. А для своих тулов (коих есть немало) — своя рука и владыка, все внедряется централизовано.

* Your specialties usually do not matter.
It does not matter whether you have mastered MongoDB, created iOS apps, been an Apache committer, created your own networking library, designed user interfaces or bootstrapped your own startup. (Don’t worry, I’m none of these.) You are hired to do get something needed done.

Вот тут не понял.
Кто заставляет-то?
Спроси чем заниматься придется, не нравится — вот те 4 стороны на выбор: в любую.
Спасибо, кэп — мне тоже кажется что это даже самому глупому из интернов должно быть понятно.

* At the end, you are working for your manager’s and their managers’ paychecks.
А это уже банальный махровый совок.
Твое дело, интернская твоя морда — учиться, а не в чужие карманы заглядывать в пароксизме левацкого идеализма.

Итоги падведьом ©

1) по сравнению с этой «другой большой общеизвестной корпорацией» в MS не все так плохо (хотя в целом счет получается не в ее пользу)
2) данный конкретный интерн — изрядный болван, что, впрочем, извиняет его юный возраст

Видел и настолько же гнилые проекты в «лидерах рынка». Но обычно это были «дохлые лошади», которых жалко выкинуть — вот и отдали в аутсорс.
www.tysknews.com/..._dead_horse.htm
Не верится, что бы новый проект Ажур, который мелкомягкие так хотят продвигать, вдруг был бы изначально так хреново написан. Возможно этого интерна посадили на какое-нибудь никому не нужное «ответвление» или «дополнение» Ажура. У нас то же джуны часто начинают с багфикса и вспомогательных утилит.
— Expect no documentation in corporations. Это логично — документация в отрыве от кода очень быстро устаревает. Поддерживать ее в актуальном состоянии — это тяжелая и неблагодарная работа. Поэтому в худшем случае пишут доккоменты, а в лучшем — «само-документирующийся», понятный код и UML диаграммы к нему привязанные (студия это уже хорошо умеет).
— It is not what you do, it is what you sell. Не очень логично для продуктов, которые будут продавать только через год разработки. Скорее наоборот: майкрософт слишком часто ругали за «дыры», что бы они могли позволить забить на качество кода.
— Not everybody is passionate for engineering. Ну это везде так. Есть энтузиасты, а есть и консерваторы. Хотя насчет архитектуры — обычно в крупных компаниях всегда есть архитекты, которые за ней следят.
— 2-3 hours of coding a day is great. На любом проекте, которому больше 5 лет и в компании, где развита бюрократия так и выходит. 4 часа ищешь где поменять одну строчку и потом еще пару часов проверяешь что зацепил. Но он-же вроде работал на новом проекте? Нестыковочка...
— Not giving back to the public domain is a norm. Для компаний — так и есть. Во-первых сотруднику платят за работу для компании, а не для комьюнити. Во-вторых код — собственность компании и выкладывать его в опенсорс можно только с разрешения. В оправдание можно сказать что в последнее время майкрософт чаще открывает свои библиотеки.
— The world outside is not known here a lot. А нафига разработчикам знать про конкурентов? Это не их забота — пусть у бизнес-аналистов голова болит.
— It is all about getting shit done
— Copy-pasting code can be okay
— Code reviews can be skipped
Такое возможно только при создании какого-то прототипа или демо-версии, когда надо быстрее конкурентов что-то выкатить. Полноценные продукты майкрософт стоят хороших денег и покупают их корпорации, а не обычные юзеры. Они точно не будут терпеть баги в сырой версии, а побегут пинать сапорт и все равно придется чинить.
— Latest software, meh. Еще одна нестыковочка: зачем в майкрософт писать новые продукты на старых библиотеках и тем более использовать свои старые IDE? Другое дело, если это был багфикс в каком-нибудь устаревшем продукте. Так тогда и отношение к качеству понятно: все равно скоро сапорт закончится и на него забьют.
— Your specialties usually do not matter. Это логично. Джунов берут не для того, что бы они «науку двигали». Ясный пень, что первые 8 месяцев придется делать что старшие скажут, а не придумывать свои велосипеды.

Latest software, meh.

В бінгу (UX) зараз .НЕТ 4.5 юзається..

Расскажу про нашу компанию.
1. Документация функций и кода в internal классах вещь настолько же редкая как дождь в Сахаре.
2. Внутренняя документация по проекту есть, но всегда в очень устаревшем виде.
3. Все в команде кайфуют от программирования, причем у нас занимаются именно исследовательским программированием, тоесть самостоятельной реализацией фич вместо использования фреймворков. В результате это приводит к чтению тонный научных статей и исследования новых фич, к примеру, в той же бинаризации.
4. Примерно только 10% исследовательского кода идет в продакшен, примерно только 1/6 рабочего времени тратится на само кодирование.
5. Копипаст иногда есть (он везде есть) , но обычно все разделено на слабосвязные сушности. Есть много static функций.
6. Пока в комьюнити отдачи не было, хотя бралось из комьюнити много, только не кода, а самих принципов функционирования и алгоритмов.
7. Ревью кода происходит только когда функционирование модулей, использующих этот код, не удовлетворяет заказчика (а заказчик обычно недоволен всегда и всем, как обычно), Так что ревью не выделено в отдельный процесс, а происходит почти постоянно в процессе работы над другими задачами.
8. Используем .NET 2.0 для максимальной совместимости с требованиями заказчика.
9. Оптимизации производится когда скорость модуля не удовлетворяет требованием заказчика и есть возможность его оптимизировать.

PS
Ищем математика-разработчика на C#.

Это щас был черный или белый пиар?

.net 2.0 — это очень-очень печально. Ну вроде как перейти на Джаву, но без туевой хучи её левых либ.

А чем тебе Джава то не нравиться ?

По сравнению с C#? Как обычно: Linq, лямбды, ковариция/контрвариация, TPL, etc, etc. Давайте не начинать холивар.

TPL
Перетирали уже, в джаве это было лет так на 10 раньше, и намного развитей. Linq реализаций на джаве попой кушай, ковариации не биг дил, а лямбды да, но скоро появятся.

а зачем linq без лямбды? для вывески?

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

По сути не очень. Так как разработка идет по Computer Vision то из .net 2.0 используются в основном только генерики. Все остальное не используется по причине невозможности оптимизации по скорости. 20-40Мпикс картинки и так невесело обрабатывать, там и С+±ник не каждый справится.

Брали бы С++ и не мучались ;-)

На вентилятор обычно коричневое накидывают.

Дык дайте вакансию математика — программиста, или возьмите отдельного математика и научите его программировать

Пробовал. Общался с несколькими знакомыми к.т.н.-ами по этому поводу. Проблема в том, что они хотят «сидеть на жопе ровно» в универах и иметь с колядування от студентов. А здесь работать нужно и результат выдавать.

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

Проблема в том, что они хотят «сидеть на жопе ровно» в универах и иметь с колядування от студентов. А здесь работать нужно и результат выдавать.
Хмм... а сколько им предлагалось бабла? Если "по началу 500 долларов«©, я не удивлён. Предложите как программисту и будет всё ок. С другой стороны, учёные люди конечно неспешные, привыкшие к свободному графику и работе . Если вы требуете от человека сходу включиться в работу, платить нужно сильно больше, чем на аналогичной должности в универе. Даже с учётом «колядувань».

Если вышеуказанные условия соблюдены и ты в Киеве, напиши мне в личку — я попробую чем помочь. А может и сам попробую силы :)

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

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

Доводилось иметь некоторое отношение к корпорации зла...

-Відсутність документації. At all.
Близко к правде, хотя в azure team?
-Нема кращого code reuse ніж копі паст!
-Код рев’ю теж нафіг. Нове ПО і сучасні інструменти туди ж.

Гон, код ревью любого изменения в том числе и по качеству кода, использование style cop’a. За конкретный тим, опять же, не скажу — но звучит странно.

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

At the end, you are working for your manager’s and their managers’ paychecks. I was not aware of this fact in college.

Странно, а сам герой бесплатно работает, получается? :)

Скажу за команду в якій я працюю і які знаю: не погоджуюся по всім пунктам крім

-Не всі ловлять кайф від програмування. Для багатьох, це просто робота, крім неї є багато іншого в житті
 — це правда.

Я свого часу попрацював в System Center, bing, Windows Phone, був на співбесідах у багатьох інших і можу сказати що Microsoft дуже різний всередині, різні продукти практично як різні компанії. Можна знайти і agile, і waterfall, можна знайти команди де треба колбасити код з несамовитою швидкістю, або такі де основна цінність полягає в узгодженні роботи кількох команд, можна знайти такі де люди днями сидять в дебагері, або такі де значний час йде на розв’язання проблем клієнтів чи деплойменти.
До того ж не забувайте то Ахмет працює тестером, не девелопером, і мова йде про людей з тест-команди та про тестовий код, не продуктовий.

Можна знайти і agile, і waterfall, можна знайти команди де треба колбасити код з несамовитою швидкістю, або такі де основна цінність полягає в узгодженні роботи кількох команд, можна знайти такі де люди днями сидять в дебагері, або такі де значний час йде на розв’язання проблем клієнтів чи деплойменти.
Так вроде как товарищь про это и не писал, он писал про отсутсвие практик код ревью, писал про отсутсвие работы с опен сорс комьюнити, про то что пофиг как сделан код, главное продать свои фичи — та самая присловутая визибилити необходимая для промоушенов, про то что люди не паряться про инжинерное качество решений и многое другое

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

Не знаю як конкретно в Ажурі, але в деяких командах є практика відсилати код продукта на рев’ю тестерам фічі в тому числі. Інша річ тестовий код — у тестерів взагалі незрівнянно більше свободи у виборі технологій та способів розв’язання проблеми.
Білд-системи не буду коментувати щоб раптом щось не розказати такого ще не можна було :)
Стосовно бага в іншому продукті — хто буде тестувати фікс з усима регресійними тестами та сценаріями, хто буде займатися інтергацією змін в інші бренчі і таке інше? Цілком логічно як на мене що код міняють ті кому він належить.

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

Ви знаєте, я з одного боку погоджуся з вами — усе може бути краще і оптимальніше, і без дублювання зусиль, і без бюрократичних перепон. А з іншого боку МС така велетенська махіна що сам факт того що воно все не просто працює, а ще й регулярно видаються хороші продукти вже є певною мірою дивом.
Все що я хотів сказати це те що у статті викладено дуже поверхневий погляд на ситуацію і не так все погано насправді. І взагалі найкращій коментар під оригінальним записом «Вітаю в реальному світі, хлопчику» :)

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

Стажер этот глюпий очень. Теперь имеет проблемы с трудоустройством, а нафига?
Вот давайте по пунктам.

-Нафіг-нафіг всякі клінінги і опимізації, це не те, що менеджери продавати будуть.
Вы удивлены? Открою вам маааааленькую такую тайну: за код колбасы не дают. То есть, нужно код превратить в денежку. Этим занимаются продаваны.
Не всі ловлять кайф від програмування. Для багатьох, це просто робота, крім неї є багато іншого в житті.
Для кого то это откровение? Представь себе, для большинства людей работа — просто работа.
2-3 години програмування в день — супер крутий результат.
А шо ты хотел — то? Винда писалась годами. Понятно, что большую часть времени надо разбираться как там что работает.
Брати в ком’юніті — добре, віддавати — нафіг.
Ты лично много отдал? Ещё и в свободное от работы время, ведь на работе у тебя свои задачи. Нее... у меня после работы тренировка и любимая женщина. Хочешь кодить вместо секса — на здоровье. У меня же здоровье от других вещей.
Вы удивлены? Открою вам маааааленькую такую тайну: за код колбасы не дают. То есть, нужно код превратить в денежку. Этим занимаются продаваны.

Качество кода и архитектуры = качество продукта, качества продукта = положительное отношение пользователей и хорошая репутация. Репутация и отношение пользователей ничего не стоит?

У продуктов майкрософт плохое качество? Да ну. Позволь спросить, какой ОС ты сейчас пользуешься?

Windows хорошего в основном, а .NET просто отлично. А вот SQL Server Reporting Services — отвратительно. Azure — не пользуюсь. Но это как то опровергает утверждение качество кода/архитектуры = качество продукта? Ну может не единственный фактор, но фактор.

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

большую часть кода той ОС писали еще когда Бил Гейтс код ревьювил и в компании 15к сотрудников было, а не 100к при дикой текучке вменяемого народа

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

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

банальное отсутсвие альтернатив для многих людей, в Украине АвтоВАЗ тоже очень популярен и Деу, но вы же не будете рассказывать про то какие это инновационые машины
ДЕУ и АвтоВАЗ спасают заградительные пошлины, которых нет у винды. Большинство народа имеет возможность поставить на свои компы бесплатную убунту, но почему то не ставит. Значит, винда чем то лучше, правда?
вы и не в МС работаете с такими мыслями
Мне почему то кажется, что автор исходного поста в МС-е уже тоже не работает :)
ваш подход должен им подходить
Зато мой подход подходит майкрософту: у них хороший результат. А что какому то стажору не нравится процесс, так это проблемы стажора
Большинство народа имеет возможность поставить на свои компы бесплатную убунту, но почему то не ставит.
Не совсем, много драйверов для убунты могут не работать, много сервисов как например популярный в америках нетфликс ее не поддерживает итд... плюс многие рядовые американцы покупают ноут уже с установленой ОСью и угадайте какая там там? и редко кто себе может позволить ее переустановить, вы не поверите но многим это не под силу, а вызов гика может стоить денег и больших

воспринимайте отсутсвие комерческого лобби как заградительные пошлины и все станет на свои места, а как это быть с мизерным рынком хорошо демонстрирует тот же WinPhone/Surface который кстати сделан в том МСе в который пришел этот товарищь, и при том что у этого телефона сильное комерческое лобби и покровитель, это не помогает ему стать серьезным игроком и что бы под него писалось тонны приложений и занять рынок

Мне почему то кажется, что автор исходного поста в МС-е уже тоже не работает :)
Если вы про интерна, то согласно его linkedin — все впорядке, и он там работает, и не понятно причем здесь это
Зато мой подход подходит майкрософту: у них хороший результат.
Тогда почему вы не у них и не заведуете направлением если вы думаете что ваш подход это сила?

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

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

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

кто-то тысячестрочный сайт без иньекций написать не может

Угу, тесты, соблюдения стиля, фреймворки.
Точек входа для инъекций не так много

Ждем откровений стажеров-контрибуторов кернела )

Будут плакать «Линус Торвальдьс называет идиотом!»

Мне больше понравилось про Microsoft dick-sucking contest :D

Всем кто ждет — Линус пока покажет презентацию 4.bp.blogspot.com/...ia-fuck-you.jpg

Як при такому розкладі вони вмудряються взагалі випустити робочий продукт? Це ж які треба титанічні зусилля і скільки людино-годин вбити?..
А разве так не везде? На качества когда плевать — главное что бы заказчик доволен был, и очередную версию сдать. И так далее.

В легенде сказано — На закате пятой луны, юноша, который придёт с Востока, проникнет в самое сердце Корпорации Зла и озарит все форумные площадки во всём Мире правдой, вымыслом и собственной глупостью. Оковы падут и настанет всем тотальный опенсорс.

Да, действительно, как будто он про наши «лидеры рынка» пишет, а не про аж микрософт.

дежа-вю, с одной стороны.
с другой стороны, в МС девелопер на почётном месте в иерархии ценностей компании, ну так говорят.
получается, куда девелопера не целуй, а он всё равно каку найдёт.
что характерно, Ахмет (автор) НЕ жалуется на то, от чего в других местах воют:
стойла, кондиционированный смрад, шум-гам, гoвённое железо итп.
Видимо, условия в МС созданы хорошие.

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

насчёт Вальве ничего не могу сказать. они тут при чём?

автор поста смахивает на эмоционального microsoft хейтера.

Вронг, навіть навпаки можливо. А взагалі не хейтер і не хом’ячок ніякої компанії. .NET девелопер, працюю на вінді, вдома мак, був віндовсфон, люблю андроїд і лінукс, користуюся сервісами гугла. Шо за звичка всіх клеймити, де хейтерство то було?

такая уж эмоциональная окраска поста. это хорошо, если я не прав :)
просто такая “епічна новина” оттуда уже далеко не первая.
а прежде чем тыкать пальцем в МС я бы попросил показать компанию схожих размеров в которой все не так.

Вы так говорите, как будто это что-то плохое

Вендекапец

Не буду писать статью-ответ, просто скажу что не согласен с Ахметом по всем пунктам, кроме 3. По крайней мере в моей комманде и коммандах коллег точно не так.

Чому? Напиши коротко де правда, а де bullshit, цікаво ж. Просто коментом.

А что отвечать, инвертируйте каждую фразу Ахмета и получите результат.
Копипаст карается отрубанием рук;
code review на хорошем уровне и не форфмальности ради;
оптимизации и рефакторинг это tech debt которые имеет и сжигает каждая комманда;
программировать можно\нужно ~7-8 часов (можно и больше если дедлайн близок, а ты читал социалочки вместо работы);
внутренняя документация пишется и по мере прогресса поддерживается up-to-date по мере возможности

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

xkcd.com/385

“I am Ahmet Alp Balkan, a 23 year-old software engineer working at Microsoft ”
я так и думал...

пункты 3, 6, и вторая часть от 8 — правда. но пункт 8 не совсем правильно сформулирован — сам по себе делай что хочешь, но требовать кого-то поставить новую VS или вообще ее инсталлировать — нонсенс. и что тут плохого?

все остальное — зависит от конкретной команды.

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

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

Вот такой пост еще вспомнился:
Читай код gaperton.livejournal.com/32772.html

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

Переклад і обговорення на Хабрі:
habrahabr.ru/post/183130

Подписаться на комментарии