Неужели всем так не нравится бабочка?
Если не считать надёжности то мне сложно сказать что мне нравится больше, бабочка или ножницы. Даже в макбук про 15" этого года по ощущениям как что то среднее между макбуком 15 и 16 года.
Правильно ли я понимаю что они могут оплачивать штраф используя кредитные средства особо не беспокоясь и потом объявлять банкротство потому что не смогут эти средства вернуть (как было сделано).
Интересно если сейчас им приходит второй штраф как будут распределятся деньги во время банкротства. Пойдут первым делом на штраф или на не выплаченные зарплаты сотрудникам?
Для удаленного дебага удобно пользоваться желтыми брейкпоинтами, которые не останавливают выполнение программы. Так же удобно что в evaluate можно не просто выводить информацию но и менять значения переменных. Периодически использую такой кейс в многопоточных приложениях: В режиме удаленного дебага ставлю желтую точку и меняю значения переменной в автоматическом режиме. Смотрю как себя ведет программа и если поведение подходит уже вношу изменения в код.
На сколько я понимаю на западе даже большие компании начали отказываться от такого подхода. Например в Амазоне уже давно не только алгоритмы и задачки а сильно лучше
Вендор лок в целом не такая большая проблема как ее описывают и с ним можно жить. Максимально универсальное приложение работающее везде будет сильно ограничено и при этом стоимость поддержки будет заметно дороже. Нужно ли это? Перенос сложных систем между платформами это всегда проблема. Не зависимо от использования лямбд.
На счёт count(*) — на мой взгляд для хайлоад такое не очень подходит. Если нагрузка не большая то можно использовать Аврору. Там обычная база. ДинамоДБ это все таки NoSQL и там свои плюсы и минусы как у любого NoSQL
Честно говоря сильно разницы не вижу между ними. Я бы поделил на rpm и dpkg based версии. Остальное обычному пользователю почти не заметно. В целом Линукс сейчас для десктопа стал подходить сильно лучше чем раньше и это радует
Большинство кода который в статье автоматически генерируется IDE и его генерация не особо мешает. Я не думаю что люди набирают на столько много строк текста в день что данные примеры ускорят разработку. Корутины на мой взгляд выглядят интересно. А так пробовал писать сервисы для дев окружения но переводить/начинать что то серьезное смысла не нашёл.
А кто нибудь в курсе как оперативка с частотами 3733 на 13 будет по сравнению с 16? Я так понимаю в одном случае LP и частоты больше а в другом не LP и частоты меньше. Что быстрей?
В SQL преимущество что его можно скопировать, выполнить и проверить результат или посмотреть план выполнения. А так выглядят одинаково. Возможно раньше IDE подсказывала в первом случае лучше, хотя сейчас и обычный SQL хорошо дополняется в IntelliJ
Неужели всем так не нравится бабочка?
Если не считать надёжности то мне сложно сказать что мне нравится больше, бабочка или ножницы. Даже в макбук про 15" этого года по ощущениям как что то среднее между макбуком 15 и 16 года.
Правильно ли я понимаю что они могут оплачивать штраф используя кредитные средства особо не беспокоясь и потом объявлять банкротство потому что не смогут эти средства вернуть (как было сделано).
Интересно если сейчас им приходит второй штраф как будут распределятся деньги во время банкротства. Пойдут первым делом на штраф или на не выплаченные зарплаты сотрудникам?
Для удаленного дебага удобно пользоваться желтыми брейкпоинтами, которые не останавливают выполнение программы. Так же удобно что в evaluate можно не просто выводить информацию но и менять значения переменных. Периодически использую такой кейс в многопоточных приложениях:
В режиме удаленного дебага ставлю желтую точку и меняю значения переменной в автоматическом режиме. Смотрю как себя ведет программа и если поведение подходит уже вношу изменения в код.
Странно сравнивать трафик из S3, там же для больших объемов используется CloudFront через который отправляется трафик S3. Там другие тарифы
Я думаю для обратной совместимости.
А в чем отличие если люди все равно пишут (x, y) -> x
Крупная компания, 100 млрд… стоит проверять данные перед публикацией
Графики начинающиеся не с 0 воспринимаются тяжело и сбивают с толку
15% это очень много для такого короткого промежутка времени. Особенно если учесть что вероятнее всего это Senior и выше уровень.
На сколько я понимаю на западе даже большие компании начали отказываться от такого подхода. Например в Амазоне уже давно не только алгоритмы и задачки а сильно лучше
Смотря какие требования. Я бы не стал оптимизировать производительность любой ценой в ущерб читаемости кода.
Вендор лок в целом не такая большая проблема как ее описывают и с ним можно жить. Максимально универсальное приложение работающее везде будет сильно ограничено и при этом стоимость поддержки будет заметно дороже. Нужно ли это? Перенос сложных систем между платформами это всегда проблема. Не зависимо от использования лямбд.
На счёт count(*) — на мой взгляд для хайлоад такое не очень подходит. Если нагрузка не большая то можно использовать Аврору. Там обычная база. ДинамоДБ это все таки NoSQL и там свои плюсы и минусы как у любого NoSQL
Честно говоря сильно разницы не вижу между ними. Я бы поделил на rpm и dpkg based версии. Остальное обычному пользователю почти не заметно. В целом Линукс сейчас для десктопа стал подходить сильно лучше чем раньше и это радует
Большинство кода который в статье автоматически генерируется IDE и его генерация не особо мешает. Я не думаю что люди набирают на столько много строк текста в день что данные примеры ускорят разработку. Корутины на мой взгляд выглядят интересно. А так пробовал писать сервисы для дев окружения но переводить/начинать что то серьезное смысла не нашёл.
По инерции многие пишут 10.16
А кто нибудь в курсе как оперативка с частотами 3733 на 13 будет по сравнению с 16? Я так понимаю в одном случае LP и частоты больше а в другом не LP и частоты меньше. Что быстрей?
С одной страны АМД сейчас хороши а с другой страны через несколько лет возможно АРМ всех обгонит и надо уже туда целиться