Появилась мысль, что когда скорость жизни увеличилась настолько, что эволюция не поспевает формировать новые отделы мозга, мы начали подключать искусственные сопроцессоры.
Вместо строк в качестве входных данных использовать enum который типа int. Тогда это заодно может быть индексом в массиве. Может в Java как то по другому, хз
Map конечно хорошо, но достаточно было обычного массива с enum для индексов. Все таки внутри реализации map if-ов будет предостаточно. Это как спрятать их внутри другой функции (тоже самое и с полиморфизмом). + в кеш проца легло бы отлично
Фотореализм это просто еще один из способов впечатлить игрока. Учитывая что 80-90% информации воспринимается глазами - вполне себе оправданный способ.
Как пример Обливиона - я в оригинал в момент его выхода поиграл немного и как то не зашло. Морровинд до этого мне больше понравился. Потом хотелось перепройти обе - и понял что теперь просто не смогу в такое играть, слишком уж непритязательно стали для меня выглядеть. И ремастер мне очень даже кстати зашел. Хотя в то время вполне восхищался красотами что в Морровинде, что в Обливионе.
Y2У менеджера наконец появится работа с реальным влияннием на стоимость проекта и дохода - разбить и уточнить задачи так,ятобы они не казались муторными. Деньги и время связаны - если задача закончена за X1 времени - платится y1 денег, если за x2 - y2. Договориться никто не мешает, но так же никто не мешает иметь сустроить конкуренцию
Нету такого понятие последний чел, тут идет от того, что есть бэклог задач и кто быстрее сделает свою - быстрее возьмет следующую (если ему нужны деньги). А если никому неинтересно - значит задачи недооценены.
Блин, почему бы не заменить эти все стори поинты на аукцион? Каждый говорит - сделаю за столько $ и столько времени, тимлид/менеджер решает кому отдать. Ставки у друг друга никто не видит. Не успеваешь - кранчуй самостоятельно либо заранее оговоренное уменьшение стоимости. Сюда же можно и про баги добавить.
А так получается игра, где каждый пытается исхитриться чтобы тратить меньше и получать больше.
Идея для стартапа: сервис который проанализирует психологическими вопросами текущее эмоциональное состояние пользовптеля и подберет наиболее подходящие варианты аниме/фильмов чтобы выровнять его или наоборот настроить на другое что-то. Например если пользователь подавлен и это мешает работать - посмотрел рекомендованное и собрался
Я работал в нескольких таких продуктах, где сотни фичи флагов и по несколькукоманд и именно из этого опыта говорю - фичи флаги в таком случае становятся злом, на которое уходит львиная доля времени (бюджета) из-за того, что код становится похож на спагетти. Обычно это значит что у разных клиентов должна быть разная функциональность и вместо отдельного приложения для каждого из клиентов всовывуются костылями фича флаги, и чеоез пару лет это превращается в дресучее легаси.
По моему опыту, если приложению нужны фича флаги и их больше 5 - в пртложении продумано что-то неправильно. И потом на их поддержку будет тратиться слишком много времени и сил (=денег)
Статья как плохой тамада - все время обещает что вот вот будет много интересного, а в конце просто говорит, что было много интересного)
А как нобелевские экономисты считаются? А то нобелевка раз в год, а люди смертны.
Сразу видно, кто не жил и не живет в Европе, а так, "диванный эксперт")
Ощущение контроля дает много дофамина
Прикольно.
Появилась мысль, что когда скорость жизни увеличилась настолько, что эволюция не поспевает формировать новые отделы мозга, мы начали подключать искусственные сопроцессоры.
Их бы тогда не было столько видов - не зачем приспосабливаться было бы ни к почве, ни к климату, ни к другим условиям.
"Убийство", "победа" и остальное как раз и имплементируют подтверждение ошибочности либо правоты решения.
"Создай проблему, реши проблему, живи на разницу."
Современный frontend является "прекрасной" реализацией этого выражения.
Вместо строк в качестве входных данных использовать enum который типа int. Тогда это заодно может быть индексом в массиве. Может в Java как то по другому, хз
Map конечно хорошо, но достаточно было обычного массива с enum для индексов. Все таки внутри реализации map if-ов будет предостаточно. Это как спрятать их внутри другой функции (тоже самое и с полиморфизмом). + в кеш проца легло бы отлично
Для чего?
А как же шапочка из фольги? Или это в другом клубе?
Фотореализм это просто еще один из способов впечатлить игрока. Учитывая что 80-90% информации воспринимается глазами - вполне себе оправданный способ.
Как пример Обливиона - я в оригинал в момент его выхода поиграл немного и как то не зашло. Морровинд до этого мне больше понравился. Потом хотелось перепройти обе - и понял что теперь просто не смогу в такое играть, слишком уж непритязательно стали для меня выглядеть. И ремастер мне очень даже кстати зашел. Хотя в то время вполне восхищался красотами что в Морровинде, что в Обливионе.
Не использовать что-то неправильно - не есть тоже самое, что использовать что-то правильно.
Y2У менеджера наконец появится работа с реальным влияннием на стоимость проекта и дохода - разбить и уточнить задачи так,ятобы они не казались муторными. Деньги и время связаны - если задача закончена за X1 времени - платится y1 денег, если за x2 - y2. Договориться никто не мешает, но так же никто не мешает иметь сустроить конкуренцию
Нету такого понятие последний чел, тут идет от того, что есть бэклог задач и кто быстрее сделает свою - быстрее возьмет следующую (если ему нужны деньги). А если никому неинтересно - значит задачи недооценены.
Блин, почему бы не заменить эти все стори поинты на аукцион? Каждый говорит - сделаю за столько $ и столько времени, тимлид/менеджер решает кому отдать. Ставки у друг друга никто не видит. Не успеваешь - кранчуй самостоятельно либо заранее оговоренное уменьшение стоимости. Сюда же можно и про баги добавить.
А так получается игра, где каждый пытается исхитриться чтобы тратить меньше и получать больше.
Идея для стартапа: сервис который проанализирует психологическими вопросами текущее эмоциональное состояние пользовптеля и подберет наиболее подходящие варианты аниме/фильмов чтобы выровнять его или наоборот настроить на другое что-то. Например если пользователь подавлен и это мешает работать - посмотрел рекомендованное и собрался
Я работал в нескольких таких продуктах, где сотни фичи флагов и по несколькукоманд и именно из этого опыта говорю - фичи флаги в таком случае становятся злом, на которое уходит львиная доля времени (бюджета) из-за того, что код становится похож на спагетти. Обычно это значит что у разных клиентов должна быть разная функциональность и вместо отдельного приложения для каждого из клиентов всовывуются костылями фича флаги, и чеоез пару лет это превращается в дресучее легаси.
По моему опыту, если приложению нужны фича флаги и их больше 5 - в пртложении продумано что-то неправильно. И потом на их поддержку будет тратиться слишком много времени и сил (=денег)