Я бы сказал, что эта тема намного шире текущего обсуждения, т.к. это и школы, и университеты, и российские компании, и мотивация самих новичков и т.д. Не всю же жизнь жить опираясь лишь на переводы статей и книг… хотя, это зависит от самого человека, каких высот он хочет добиться. По моему мнению, программисту знать английский язык на уровне чтения — обязательно.
Можно было бы еще добавить определение хойстинга/hoisting, т.к. оно также играет важную роль. Так, например, что будет выведено в консоль в след.ситуации:
var func = function() { console.log('1'); };
function func() { console.log('2'); }
func();
Под конец Вы стали рассматривать публичные/приватные переменные и как организовать свой код, чтобы добиться определенного результата. Можно было также привести названияпаттернов Вы использовали, чтобы было понятно, что это не Вами только что придуманная структура, а известный паттерн и активно используется разработчиками по всему миру.
Также можно было бы упямонуть про ES6 let, которая напрямую затрагивает тему данной статьи.
Чем мне понравилась статья, так это то что Вы разложили по полочкам саму структуру и принцип работы разрабатываемого плагина, а не просто показали, что есть такой то тул и использовать его так.
По своему опыту скажу, что очень сложно разработать build систему, которая будет устраивать хотя бы 10% пользователей исключая разработчиков такой системы. У каждого проекта свои проблемы и способы их решения. В большинстве случаев, наиболее полезная часть — структура и описание, как система работает, чтобы другие разработчики смогли перенять интересные идеи и реализовать их у себя в проектах.
Текущая система в одно и тоже время и работает и не работает для реддита. Так, например, у нас нет хороших отношений между командами в разных офисах, у нас нет обмена опытом, менторинга и т.п. Если вглянуть на реддит со стороны, то он выглядит как 4 абсолютно разных офиса, с разной атмосферой и принципом работы. Это полностью устраивает каждый офис в отдельности, но явно не нашего СЕО и остальной менеджмент.
Тут также нужно отметить, что это вина каждого офиса в отдельности, а также руководителей этих офисов, которые не пытались наладить отношения между собой.
В конце концов, когда СЕО огласил нам свое решение, оно было финальным и не подлежало обсуждению. Так что мы мало, что могли сделать после этого.
Мы задавали такой вопрос нашему СЕО, почему бы всех не перевезти в тот же СЛС, намного дешевле, нежели СФ. Ответ был такой, т.к. мы являемся ТОП 50 компаний США, то и расположение офиса должно быть соответствующим. Талант найти проще в СФ и перетащить лучших людей легче в СФ. Мало талантливых людей согласятся переехать в СЛС, т.к. тут свои заморочки, кому то нравится, кому то нет. Если через год-другой менять компанию, то реддит в Юте на текущий момент гиг номер 1, так что и идти особо некуда. Так что своих заморочек хватает.
Реддит сам по себе не сломан, но нужно развивать дальше. Так, например, недавно реддит перешел полностью https, это ж само по себе не делается, нужны разработчики и время. Также, я уже отмечал выше — реддит это не только сайт реддита, это несколько других продуктов, а также вагон идей на будущее.
Идея — устаканить культуру компании. Не то чтобы все было так плохо, но культура довольно таки сильно отличается в СФ от СЛС или НЙ (и уже было пару моментов, когда разные офисы по разному реагировали на поведение реддит сообщества, и это не очень хорошо выглядит для компании со стороны). Когда люди работают в раздельных офисах, все таки присутствует такое чувство, что это твоя команда и ты о ней заботишься, а что там делают в СФ, да кто их знает. Идея не нова, как уже отметили, Яху недавно предприняли такие же шаги.
На самом деле, с каждым работником работают 1-на-1, чтобы выяснить проблемы с переездом и индивидуальную помощь, так что они действительно хотят всех перевезти. Другое дело, что не всех устраивает финальное решение, т.к. многие летают в облаках.
Так просто не дают =) Зависит от того какая должность, какая текущая з/п, какой штат/офис… в зависимости от этого может получиться так, что и бамп к з/п составит эти самые 3k.
А то становится совсем грустно, когда видишь:
Можно было бы еще добавить определение хойстинга/hoisting, т.к. оно также играет важную роль. Так, например, что будет выведено в консоль в след.ситуации:
Под конец Вы стали рассматривать публичные/приватные переменные и как организовать свой код, чтобы добиться определенного результата. Можно было также привести названия паттернов Вы использовали, чтобы было понятно, что это не Вами только что придуманная структура, а известный паттерн и активно используется разработчиками по всему миру.
Также можно было бы упямонуть про ES6 let, которая напрямую затрагивает тему данной статьи.
Тут также нужно отметить, что это вина каждого офиса в отдельности, а также руководителей этих офисов, которые не пытались наладить отношения между собой.
В конце концов, когда СЕО огласил нам свое решение, оно было финальным и не подлежало обсуждению. Так что мы мало, что могли сделать после этого.
Мы задавали такой вопрос нашему СЕО, почему бы всех не перевезти в тот же СЛС, намного дешевле, нежели СФ. Ответ был такой, т.к. мы являемся ТОП 50 компаний США, то и расположение офиса должно быть соответствующим. Талант найти проще в СФ и перетащить лучших людей легче в СФ. Мало талантливых людей согласятся переехать в СЛС, т.к. тут свои заморочки, кому то нравится, кому то нет. Если через год-другой менять компанию, то реддит в Юте на текущий момент гиг номер 1, так что и идти особо некуда. Так что своих заморочек хватает.
Реддит сам по себе не сломан, но нужно развивать дальше. Так, например, недавно реддит перешел полностью https, это ж само по себе не делается, нужны разработчики и время. Также, я уже отмечал выше — реддит это не только сайт реддита, это несколько других продуктов, а также вагон идей на будущее.