Компания: не умеет и не хочет строить культуру удалённой разработки и онлайн офиса Джуны: никак не адаптируются к удалённой разработке и онлайн офису Компания: ита фсё плахие, никащественые роботники!
В целом, опять 25 и перекладывание с больной головы на здоровую.
Выводы какие-то однобокие. Высокое качество всё так же хорошо, а низкое качество - всё так же плохо, ничего не изменилось.
Просто ТС внезапно узнал, что понятие "качество" разнится как между профессиями внутри организации (разработчики, менеджмент, С-level), так и между работниками организации в целом и их клиентами.
Клиенту может быть абсолютно начхать, обрабатывается запрос на поиск в 50мс или в 1 секунду, а вот разработчики могут из кожи вон вылезти ради оптимизации этого места. А надоумить на это их может менеджер продукта, который посмотрел вчера на конкурента "а у него там всё быстро, вжух!".
С точки зрения организации, команда предоставила функционал высокого качества. С точки зрения клиента ничего не изменилось. И вообще ему цвет кнопки поиска не нравится, поэтому он уход теперь к конкуренту.
Есть стойкое ощущение, что каждый "вид" CTO описывается исключительно в рамках здесь-и-сейчас, без оглядки на развитие. Иначе я не понимаю, как CTO в продуктовой компании может быть сосредоточен только на технической части, Продукт - это игра в долгую и очень долгую, Стратегия и Интеграция в нём выходи на первый план, а задача технического овнера - выстроить процессы и культуру работы, которые не будут разваливаться каждые полгода при очередной взрывном росте количества работников.
Полностью согласен. Первая автоматическая мысль спросить "а зачем?". В конце-концов, "дурак" тут может быть с обеих сторон. Если уж я действительно "мимокрокодил", то логично по дороге зайти к непосредственному лиду этого разработчика и передать информацию, дальше сами разберутся.
Хочу сразу предупредить, что "Кровь, пот и пиксели" это такой сборник побасенок от "журналиста", который за кружечкой пива вытаскивает из бывших работников всякие "офигенные истории". Содержание чего-то полезного там около 0 по всем темам.
Одного не могу понять, почему все такие статьи в заголовке говорят о javascript fatigue, а потом начинают рассказывать, что JSON и запросы говно, а вот старый-добрый HTML и server side это мана небесная?
Во-первых, javascript fatigue совсем не про это.
Во-вторых, работы с HTML это самая простая часть Web-приложения.
В-третьих, все эти прекрасные новомодные решения имеют отвратительную поддержку IDE, что только ухудшает работу с тем же HTML.
Вот ей богу, сначала люди находят проблему: которой нет: потом исправляют её неподходящими средствами.
Потому как термин Future более ранний по отношению к термину Promise. К тому же, Dart в большей степени смотрит на Java, где Future, а не на JS, где Promise.
Боюсь, они теперь вспыхнут с новой силой, ведь не окрепшим умам дали новую пищу для паранойи — теперь официально признано, что ГМО есть в лекарствах! Правительство хочет всех нас убить! И всё в том же духе.
Тот момент, когда неожиданно захотелось в Эстонию.
Вообще, крайне интересный проект (как и весь курс на электронное государство). Хочется верить, что это объективное будущее всех стран, но всё же слишком проблемно крупным государствам проводить такие инициативы.
Этот вопрос возникает у любого нормального человека. К сожалению, этого вопроса не возникает у хулителей языка и многих «ведущих разработчиков JS». Так и живем.
Компания: не умеет и не хочет строить культуру удалённой разработки и онлайн офиса
Джуны: никак не адаптируются к удалённой разработке и онлайн офису
Компания: ита фсё плахие, никащественые роботники!
В целом, опять 25 и перекладывание с больной головы на здоровую.
Не проще по двум причинам:
1) В таком случае у вас уже есть обычный массив с данными и его можно использовать, как массив во вс\м коде.
2) Мы просто выводим тип из этого массива и этот тип всегда будет синхронизирован с реальными данными в массиве.
По факту эдакая замена
enum, но с расширенными структурами данных.Выводы какие-то однобокие. Высокое качество всё так же хорошо, а низкое качество - всё так же плохо, ничего не изменилось.
Просто ТС внезапно узнал, что понятие "качество" разнится как между профессиями внутри организации (разработчики, менеджмент, С-level), так и между работниками организации в целом и их клиентами.
Клиенту может быть абсолютно начхать, обрабатывается запрос на поиск в 50мс или в 1 секунду, а вот разработчики могут из кожи вон вылезти ради оптимизации этого места. А надоумить на это их может менеджер продукта, который посмотрел вчера на конкурента "а у него там всё быстро, вжух!".
С точки зрения организации, команда предоставила функционал высокого качества. С точки зрения клиента ничего не изменилось. И вообще ему цвет кнопки поиска не нравится, поэтому он уход теперь к конкуренту.
P.S. Все примеры утрированы.
Есть стойкое ощущение, что каждый "вид" CTO описывается исключительно в рамках здесь-и-сейчас, без оглядки на развитие. Иначе я не понимаю, как CTO в продуктовой компании может быть сосредоточен только на технической части, Продукт - это игра в долгую и очень долгую, Стратегия и Интеграция в нём выходи на первый план, а задача технического овнера - выстроить процессы и культуру работы, которые не будут разваливаться каждые полгода при очередной взрывном росте количества работников.
Полностью согласен. Первая автоматическая мысль спросить "а зачем?". В конце-концов, "дурак" тут может быть с обеих сторон. Если уж я действительно "мимокрокодил", то логично по дороге зайти к непосредственному лиду этого разработчика и передать информацию, дальше сами разберутся.
Для UX writer'ов, которые везде пишут "Адрес электронной почты" заготовлен отдельный котёл.
Пока лучше всего выглядит идея с поминальными лесами, как по мне.
В целом выглядит сомнительно очень.
Поинт про ветер в 200 км/ч - такой поток обязан шуметь, какой такой магией они убирают вибрацию я не понял.
При этом давление "контролируется сенсором внутри", то есть багованный/умерший сенсор - твой ноут разрывает потоком ветра?
И, конечно, "секретные элементы", читай "очень дорого".
В таких "объяснениях" всегда достаточно прочитать про SRP, увидеть очередной берд типа "один класс - одна ответственность" и скипнуть всё остальное.
Хочу сразу предупредить, что "Кровь, пот и пиксели" это такой сборник побасенок от "журналиста", который за кружечкой пива вытаскивает из бывших работников всякие "офигенные истории". Содержание чего-то полезного там около 0 по всем темам.
Ух ты, ребята перепридумали ExtJS?
Одного не могу понять, почему все такие статьи в заголовке говорят о javascript fatigue, а потом начинают рассказывать, что JSON и запросы говно, а вот старый-добрый HTML и server side это мана небесная?
Во-первых, javascript fatigue совсем не про это.
Во-вторых, работы с HTML это самая простая часть Web-приложения.
В-третьих, все эти прекрасные новомодные решения имеют отвратительную поддержку IDE, что только ухудшает работу с тем же HTML.
Вот ей богу, сначала люди находят проблему: которой нет: потом исправляют её неподходящими средствами.
Странно, а вот издатель иного мнения.
https://www.ea.com/ru-ru/games/the-saboteur
Одному.
Вообще, крайне интересный проект (как и весь курс на электронное государство). Хочется верить, что это объективное будущее всех стран, но всё же слишком проблемно крупным государствам проводить такие инициативы.