"Норки", которые связаны между собой только интерфейсом - это же классическая модульная архитектура, к которой,в принципе, должен стремиться любой достаточно сложный проект. Независимые модули с чётко разделенной ответственностью позволяют разрабатывать и тестировать разные части кода практически независимо друг от друга. Основная задача здесь лишь в синхронизации модулей, но она решаема.
Намного хуже вариант, когда код иерархичен,т.е. каждый слой зависит от предыдущего. Особенно когда базовый функционал (без которого остальным никак) закупается на стороне у аутсорсеров. Тогда страдают все, т.к. вся разработка фактически зависит от непонятно какого Васи/Раджешпрадупа из непонятных Бангалоров. И как правило, раджеши ещё и каждый месяц разные...
Такой подход оправдан только в конторах, где всего то полтора программиста, один из которых ещё и шеф по совместительству.
Все крупные серьёзные компании обязательно имеют в штате или хотя бы на аутсорсе technical writers. Это вот вся документация, скриншоты, переводы, вот это всё. Какой программист будет этим заниматься? Это не его работа в конце концов.
Три, хм, "инженера" отмы.. тьфу, обналичивают полтора ляма в год... ну для Албании наверно ок. Но у них должен быть и смотря... ну то есть тимлид! А ещё ж есть паха... в смысле, менеджер R&D. Интересно, сколько он "обрабатывает"...
Эх,а я в то время как раз курсач делал по SoundBlaster... помню, надо было записанный поток воспроизвести, а оно шипело хрипело... пока не нашёл в ассемблерном коде один лишний установленный бит :)
Имхо из всего зоопарка постман-клонов только хопскоч кажется наиболее адекватным. Остальные жрут до 500 мб на запрос (бруно и инсомния как минимум). А так, выглядят одинаково, тормозят тоже одинаково, написаны индусами...
За хард скиллы не повышают. Умение работать руками и головой в лучшем случае выведет в тимлиды. Чтобы пройти выше, надо понравиться тем, кто это выше представляет. А критерии для понравиться, как правило, софтовые,а не хардовые.
Тем более топам часто нужны прокси менеджеры, которые будут собирать отчёты снизу и передавать наверх. А если это ещё и няшный товарищ...
Решение очень трудоемкое и подвержено ошибкам в процессе, вероятность которых очень высока. Можно перепутать пробирки, дать не ту отраву не тем мышам и пр. К тому же в худшем случае помрут все.
Мне кажется, более оптимально сначала поделить пробирки на 10 наборов по 100 и каждую мышь поставить в соответствии набору. Далее мыши пьют каждая микс из своего набора. Как только одна мышь дохнет, мы знаем набор с отравой. Далее повторяем раздел на 10 сетов, 9 даём мышам, 10й нет. Если одна помрёт - повторям раздел последний раз. Если не помрёт никто, яд в 10м сете и повторяем ту же процедуру.
Вот и выросли зумеры, которые классифицируют других зуммеров.
"Норки", которые связаны между собой только интерфейсом - это же классическая модульная архитектура, к которой,в принципе, должен стремиться любой достаточно сложный проект. Независимые модули с чётко разделенной ответственностью позволяют разрабатывать и тестировать разные части кода практически независимо друг от друга. Основная задача здесь лишь в синхронизации модулей, но она решаема.
Намного хуже вариант, когда код иерархичен,т.е. каждый слой зависит от предыдущего. Особенно когда базовый функционал (без которого остальным никак) закупается на стороне у аутсорсеров. Тогда страдают все, т.к. вся разработка фактически зависит от непонятно какого Васи/Раджешпрадупа из непонятных Бангалоров. И как правило, раджеши ещё и каждый месяц разные...
Фреймворк для UI? Реакт? Но зачем...
Такой подход оправдан только в конторах, где всего то полтора программиста, один из которых ещё и шеф по совместительству.
Все крупные серьёзные компании обязательно имеют в штате или хотя бы на аутсорсе technical writers. Это вот вся документация, скриншоты, переводы, вот это всё. Какой программист будет этим заниматься? Это не его работа в конце концов.
Интересно, а факультеты инфоцыганства уже существуют в Корее? :)
Три, хм, "инженера" отмы.. тьфу, обналичивают полтора ляма в год... ну для Албании наверно ок. Но у них должен быть и смотря... ну то есть тимлид! А ещё ж есть паха... в смысле, менеджер R&D. Интересно, сколько он "обрабатывает"...
Эх,а я в то время как раз курсач делал по SoundBlaster... помню, надо было записанный поток воспроизвести, а оно шипело хрипело... пока не нашёл в ассемблерном коде один лишний установленный бит :)
Следующий уровень инфоцыганства: ИИИнфоцыганство
Стираем сложный и непонятный код, и заменяем его простым. KISS ещё никогда не подводил.
Платный, жирный. Сделан индусами (прямо наваждение какое-то).
Ну почему же) постман жирный и старый, бруно жирный и новый...
А вообще поражает, как такие приложения умудряются по полгига памяти отжирать... это ж сколько копипасты внутри...
Имхо из всего зоопарка постман-клонов только хопскоч кажется наиболее адекватным. Остальные жрут до 500 мб на запрос (бруно и инсомния как минимум). А так, выглядят одинаково, тормозят тоже одинаково, написаны индусами...
За хард скиллы не повышают. Умение работать руками и головой в лучшем случае выведет в тимлиды. Чтобы пройти выше, надо понравиться тем, кто это выше представляет. А критерии для понравиться, как правило, софтовые,а не хардовые.
Тем более топам часто нужны прокси менеджеры, которые будут собирать отчёты снизу и передавать наверх. А если это ещё и няшный товарищ...
Собственно, а в чём кардинально кардинал от токсика отличается? Ибо и тот и тот просто балласт, которые только мешают жить.
12.4, а теперь округлим вниз и вверх. Получим 12х13=156. Т.е. 13 человек.
По моему, это пятый класс примерно. До квадратных уравнений ещё.
Классика же, корень из 78×2... и без графов имеем 13...
Решение очень трудоемкое и подвержено ошибкам в процессе, вероятность которых очень высока. Можно перепутать пробирки, дать не ту отраву не тем мышам и пр. К тому же в худшем случае помрут все.
Мне кажется, более оптимально сначала поделить пробирки на 10 наборов по 100 и каждую мышь поставить в соответствии набору. Далее мыши пьют каждая микс из своего набора. Как только одна мышь дохнет, мы знаем набор с отравой. Далее повторяем раздел на 10 сетов, 9 даём мышам, 10й нет. Если одна помрёт - повторям раздел последний раз. Если не помрёт никто, яд в 10м сете и повторяем ту же процедуру.
Итог 3 часа и максимум 3 мыши потеряем.
Как говорится - можем сделать быстро, правильно и недорого. Выберите два варианта.
Я человек простой, вижу vi - удаляю.
Очевидно же решение: больше никто не нужен.
Выгнать всех няшек к чорту, пусть душнила дальше баржу тянет.