Как стать автором
Обновить

Из девопсов в стартаперы: два года до AppStore. Часть 1. Введение

Время на прочтение 6 мин
Количество просмотров 5.8K
Всего голосов 7: ↑7 и ↓0 +7
Комментарии 6

Комментарии 6

Про Микрософт вы много забавного написали. Вам дают технологию и объясняют общие случаи, что лучше в одном, а что лучше в другом. Какие нюансы есть в многодоменной структуре, а какие в плоском пространстве имен для email адресов, раз уж вы теплое с мягким так изящно мешаете. Кроме того, с годами best practices изменяются. Да, это не догма, индустрия идет вперед. Кто не успел — извините.

Если что-то кажется вам слишком сложным, это вовсе не проявление «культа ненужных знаний». Если за 20 лет работы в индустрии вы не можете или не хотите один раз прочитать и понять до конца статью вроде Finding a Domain Controller in the Closest Site чтобы аргументированно дискутировать на тему «сколько и каких серверов надо на одну локацию» — это печально.
Не совсем понял что вы хотели сказать этим комментарием. То, что три windows-сервера для одного рабочего места – это всё-таки логично, или что «нельзя, но если очень хочется, то можно» со простыми адресами – это тоже «ок»? И, кстати, технологию не дают, а продают за хорошие деньги. Это, заметьте, две большие разницы. Также ничего печального не вижу в том, что я не прочитал ещё одну статью про ещё одну технологию, которую я не планирую использовать.
Лишь к тому, что длинное размышление о «культе», «излишестве» очень далеко от жизни. Культ излишних знаний простым человеческим языком называется «экспертиза». В каждой экспертизе есть своя терминология. В ИТ своя, в медицине, в логистике своя. При определенных условиях экспертиза очень дорого стоит. Непонимание терминологии не делает ее излишней.

В плане конретного применения технологий вы можете сделать так, как вам больше подходит, исходя из ваших задач. Вендор может написать о каких-то совсем вырожденных случаях, что и так можно, но вот будут нюансы, и лучше бы воздержаться. Примером для AD могут быть single label domain names.

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

Технологии есть разные, в общем и целом их, бесспорно, продают. Но кое-что, как у Шекли, вы можете получить и задаром.
Уж как-то очень быстро вы перешли на личности, навесили на меня ярлык и начали осуждать согласно этого ярлыка. Поверьте, я в состоянии освоить практически любую технологию в достаточно короткий срок (и освоил множество), и доказательство этому – выпущенный единолично продукт, для разработки которого пришлось с нуля разбираться и с разработкой под IOS, и с разработкой под Android, и со всем, что надо для создания сложного бэкенда, включая продвинутое администрирование Linux.

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

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

Конечно, «сколько людей, столько и мнений». Но в статье приведены и конкретные факты, на которых основываются сделанные выводы. Эти факты подвергаются сомнению и критике, что в свою очередь снижает доверие к сделанным выводам.

Что же касается Microsoft, Cisco, VMware, да и в общем любого другого вендора, я к ним не питаю особой симпатии. Компании продают инструменты для работы, есть преимущества, есть недостатки, но все они по сути одинаковы. Хотите ругайте, хотите хвалите. Если в конкретных технологических деталях будет ошибка — мы вас поправим.

Курсы, сертификации, для IT Pro сейчас переживают не лучшие времена. В 80% случаев это курсы уровня 100, то есть для самых начинающих. Если вы полный ноль в этом направлении — будет хорошим стартом. Если нет, вы зря потратите деньги. Сертификации варьируются от элементарных до вырвимозгных. При этом самостоятельная ценность большинства из них сведена к минимуму дампами. Вендоры с этим не хотят бороться, и даже подозреваю почему.

То, что вы освоили множество сложных и интересных технологий, несомненно делает вам честь. Просто хотелось бы, чтобы вы и рассказывали о том, в чем действительно разбираетесь, в том как сложно или просто начать разработку под IOS, как с нуля грамотно спроектировать бэкэнд и т.д. Об этом интересно почитать.
Технические статьи тоже будут. Полного раскрытия «внутренностей» я не сделаю, т.к. там есть несколько «ноу-хау» которые я не хотел бы выносить в паблик, но все этапы разработки «с нуля», включая выбор инструментария, постараюсь осветить. А вот насколько я в этом разбираюсь и насколько «грамотными» были мои решения – я и сам понятия не имею, т.к. ориентиров не было. Именно поэтому первая статья была именно о том, о чём она была. А вообще, кроме технического, оттенок в большинстве статей всё-таки будет ещё и эмоциональный, как и в этой статье, т.к. не имея опыта в этих технологиях и руководствуясь исключительно здравым смыслом в создании с нуля чего-то совершенно нового я постоянно находился (и нахожусь) в сомнениях относительно принятых как технических, так и стратегических решений. Я не верю, что подобные вопросы беспокоят только меня, поэтому решил не игнорировать эмоциональную часть этого процесса.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий