Границы применимости есть у всего.
В частности, итеративная разработка, незаменима там, где неизвестно, что будет завтра. Что сделают конкуренты, что выяснят аналитики. Когда мы не можем планировать далеко.
Те же стартапы.
Под это есть даже специальный термин: запутанный домен.
В сложных системах тот же скрам не применим в чистом виде.
Но agile, в первую очередь, про гибкость. Все об этом забывают.
У нас был коуч, крутой, который говорил: да вообще пофигу, как вы будете работать. Цель — эффективность. Подстраивайте все под себя. Экспериментируйте с процессами.
А его работа — подсказывать возможные пути, изучать практики других компаний, учиться на чужих ошибках и успехах.
Это отражает лишь то, что в погоне за кратностью формы записи, минимизацией избыточности, Розенталь(?) не подумал о людях, для которых язык — инструмент, а не объект постоянного изучения.
На эту тему полно исследований, работ в журналах, кстати.
Это больше касается того, что дешевле будет оставаться в РФ, чем организовывать несколько компаний и как-то переводить бабки в РФ на ФОТ и т.п.
И стартапам будет проще работать в юрисдикции РФ, чем сразу открывать компанию в Эстонии, к примеру (это можно сделать полностью удалено).
Нельзя же сказать «вот этот попап мы сделаем работоспособным без JS». Нужно или делать все, или не делать. А если делать, то нужно и тестировать без JS.
Есть конкретные политики:
— поддерживаем ли мы мы работоспособность сайта без JS;
— используем ли инструменты для людей с ограниченными возможностями;
— оптимизируемся по производительности;
— оптимизируемся по скорости загрузки;
— закладываем ли возможность переводов на разные языки;
— закладываем ли адаптивность под мобильные устройства;
— и т.д.и т.п.
Agile — это же про гибкость.
Договорившись, можно делать всё что угодно, ради достижения целей.
Очевидно, что множество компаний внедрили какие-то практики, но не поняли или не приняли смысла.
Многие адепты пытаются возвести фреймворки, типа Scrum, в абсолют, забывая об основной концепции.
Не так давно все пинали микроменеджмент. Технология управления изменилась, а люди остались.
В принципе, ничего нового.
Границы применимости есть у всего.
В частности, итеративная разработка, незаменима там, где неизвестно, что будет завтра. Что сделают конкуренты, что выяснят аналитики. Когда мы не можем планировать далеко.
Те же стартапы.
Под это есть даже специальный термин: запутанный домен.
В сложных системах тот же скрам не применим в чистом виде.
Но agile, в первую очередь, про гибкость. Все об этом забывают.
У нас был коуч, крутой, который говорил: да вообще пофигу, как вы будете работать. Цель — эффективность. Подстраивайте все под себя. Экспериментируйте с процессами.
А его работа — подсказывать возможные пути, изучать практики других компаний, учиться на чужих ошибках и успехах.
Да, вы правы, я ее опустил, как очевидное.
Посыл в том, что увеличив избыточность, можно запись было бы сделать интуитивно понятной.
Где-то я читал, что одним из критериев было сокращение размера текста.
Это отражает лишь то, что в погоне за кратностью формы записи, минимизацией избыточности, Розенталь(?) не подумал о людях, для которых язык — инструмент, а не объект постоянного изучения.
На эту тему полно исследований, работ в журналах, кстати.
Было бы интересно узнать про латвийские роутеры.
Это больше касается того, что дешевле будет оставаться в РФ, чем организовывать несколько компаний и как-то переводить бабки в РФ на ФОТ и т.п.
И стартапам будет проще работать в юрисдикции РФ, чем сразу открывать компанию в Эстонии, к примеру (это можно сделать полностью удалено).
Но я почти полный дилетант в этой сфере :)
На ИП множество компаний переводило сотрудников задолго до появления самозанятых.
И никаких санкций за годы работы известных мне организаций.
Одна, правда, очень чудесно во время короны «уволила» всех.
И это касается и IT-компаний, правда, редко я встречал.
А какими суммами Вы оперируете? И какое количество переводов?
И если это довольно массовый b2b с тысячами клиентов, то для каждого контракт? С отсканированными подписями?)
Крупные контракты будут требовать постановки на учёт и совершенного другой отчетности.
Множество компаний работает с удаленщиками через ИП. 6% налоги — всё.
Это дело привычки, грамотного управления, специфики проекта и, самое главное, квалификации и желании команды работать сообща и обсуждать решения.
В офисе это проще. Легче что-то менять в процессах.
Как раз на эту тему информации вагон и маленькая тележка.
Если быть было «вся информация в одном месте» — это было бы актуально :)
С разбром проблем, багов. С рассмотрением разных IDE (atom, idea).
А так, только под один фреймворк, да ещё и без указания версий. Без исходников.
Это уровень medium.com. И, кстати, там полно подобных статей.
На классических страницах — заходит.
Но когда делаешь SPA и/или кросс-платформенный бек, то кроме API и Cable ничего не нужно. И даже будет мешать.
С въездом — согласен. Какая-то паранойя.
С другой стороны — там стройка везде. Да и пропуск сотрудники могут получить.
Охранников много, кажется, потому что там реально пусто. Если вы про БЦ Амальтея. В других я не был.
Но на нем Сколково не заканчивается.
Посмотрим через лет 10, сейчас все довольно мутно.
Вполне логично: чтобы люди могли ездить из города.
И Сколково возле МКАДа, утром реально доехать, вечером — уехать в МСК.
Это же не наукоград, а этакий бизнес-инкубатор.
Круто, что в 2020 вы решились на такой серьезный шаг.
И компиляция множества туториалов и документации будет многим полезна.
Но, лично мне, было бы стыдно писать о такой банальщине на хабре.
Есть конкретные политики:
— поддерживаем ли мы мы работоспособность сайта без JS;
— используем ли инструменты для людей с ограниченными возможностями;
— оптимизируемся по производительности;
— оптимизируемся по скорости загрузки;
— закладываем ли возможность переводов на разные языки;
— закладываем ли адаптивность под мобильные устройства;
— и т.д.и т.п.
Зачем делать то, на что компании пофигу?
Увеличится стоимость и скорость разработки продукта, его поддержки.
А разницы вы не заметите.
PNG vs SVG на практике — экономия на спичках.
И не нужно считать чужие деньги.
Результат фронт-разработки виден сразу и всем.
А какое говно в на беке или в мобильном приложении — не видишь.
И что вы предлагаете? Забить, пока петух в жопу не клюнет?
Договорившись, можно делать всё что угодно, ради достижения целей.
Очевидно, что множество компаний внедрили какие-то практики, но не поняли или не приняли смысла.
Многие адепты пытаются возвести фреймворки, типа Scrum, в абсолют, забывая об основной концепции.
Не так давно все пинали микроменеджмент. Технология управления изменилась, а люди остались.
В принципе, ничего нового.