Это известный факт, что throughput у нативных приложений хуже. И происходит это из-за того что jit оптимизирует код гораздо лучше чем aot компилятор. Да холодный старт гораздо быстрее, но после прогрева jvm будет скорее выигрывать в пропускной способности у нативного приложения.
А вот оставили бы слово new и не было бы проблем с неоднозначностью. В джаве ведь тоже можно статический метод создать и с большой буквы его назвать, вот только если new нет то не считается.
Да была где-то статья на хабре что это налоговые льготы на уровне штата/города. Там проблема в том что после перевода на удаленку, начинает сильно падать в цене офисная недвижимость и бизнес сферы услуг.
Например, пообещав приумножить их деньги способом, в который они не смогут вникнуть, потому что математика для лохов.
Это уж точно не зависит от того считает человек в уме или на калькуляторе. Вспомните хотя-бы МММ и то поколение обманутых, которое уж точно училось считать в столбик в школе.
GWT каким-то повеяло. А вообще как уже писали выше, проблемы с такими инструментами начинаются когда хочется сделать что-то сложнее формы с парой инпутов и таблицы с простым текстом.
Такой вопрос к знающим людям, а почему бы дирижабли не "заполнять" вакуумом? Его плотность все таки должна быть ниже гелия, а жёсткая конструкция защитит от схлапывания, да и воздух все же не столь всепроникающ как геллий, и держать всего одну атмосферу давления легче.
Советую вам почитать про keyset пагинацию, идеальное решение для бесконечной прокрутки. Особенно для базы данных, да и на фронте ее проще имплементировать.
Ну не "совсем" всё таки, а только на половину :) .
Да по всей видимости вы правы. Я почему-то считал что активные навыки это те которые мы используем в "рантайме". А тут скорее классификация идет от того потребляешь ты язык или производишь сам.
Вообще I это скорее антипатерн. Интерфейс - сущность которую мы декларируем и используем чаще всего в коде. И он должен быть максимально "красивым" и удобным для чтения. Без всяких префиксов, суффиксов и особенностей имплементации в названии. По сути это название абстракции, а уж что вы используете для ее создания интерфейс, тип, абсолютный класс это уже особенности конкретного языка программирования и они не должны торчать наркжу.
А вот имплементации могут быть максимально "некрасивыми" *Impl, *Test, *Mock итд. Так как мы их видим только при декларации и пользуемся только абстракцией.
Не совсем так, чтение и письмо пассивные навыки, их дольше учить (особенно письмо), но они остаются в памяти гораздо дольше, без практики. А вот говорение и аудирование активные, их уровень поднять легче, но они гораздо быстрее деградируют без практики.
Думаю forEach можно было бы улучшить если бы использовался обычный for, он бы не создавал лишний объект итератор.
Это известный факт, что throughput у нативных приложений хуже. И происходит это из-за того что jit оптимизирует код гораздо лучше чем aot компилятор. Да холодный старт гораздо быстрее, но после прогрева jvm будет скорее выигрывать в пропускной способности у нативного приложения.
А вот оставили бы слово new и не было бы проблем с неоднозначностью. В джаве ведь тоже можно статический метод создать и с большой буквы его назвать, вот только если new нет то не считается.
Не совсем, это как если бы в линкеин работадатель мог бы посмотреть с кем из рекрутеров переписывается работник.
Ну старых архивах нулевых и десятых, золотой фонд Хелоу Ворлдов.
Напоминает задание в одной из первых глав книги head first по андроиду.
Да была где-то статья на хабре что это налоговые льготы на уровне штата/города. Там проблема в том что после перевода на удаленку, начинает сильно падать в цене офисная недвижимость и бизнес сферы услуг.
Нет не сайт, а телеграм канал с годными статьями. На который мы все подпишемся ))
Не совсем понятно, а как они будут рендерится если их будет несколько.
Интересно насколько проще/сложнее такое сделать на Compose?
Ага, и зарплаты всех сотрудников такие же как и в США конечно.
Это уж точно не зависит от того считает человек в уме или на калькуляторе. Вспомните хотя-бы МММ и то поколение обманутых, которое уж точно училось считать в столбик в школе.
GWT каким-то повеяло. А вообще как уже писали выше, проблемы с такими инструментами начинаются когда хочется сделать что-то сложнее формы с парой инпутов и таблицы с простым текстом.
Такой вопрос к знающим людям, а почему бы дирижабли не "заполнять" вакуумом? Его плотность все таки должна быть ниже гелия, а жёсткая конструкция защитит от схлапывания, да и воздух все же не столь всепроникающ как геллий, и держать всего одну атмосферу давления легче.
Простите, а кто по вашему мнению является Юпитером?
Сода?
Советую вам почитать про keyset пагинацию, идеальное решение для бесконечной прокрутки. Особенно для базы данных, да и на фронте ее проще имплементировать.
Ну не "совсем" всё таки, а только на половину :) .
Да по всей видимости вы правы. Я почему-то считал что активные навыки это те которые мы используем в "рантайме". А тут скорее классификация идет от того потребляешь ты язык или производишь сам.
Вообще I это скорее антипатерн. Интерфейс - сущность которую мы декларируем и используем чаще всего в коде. И он должен быть максимально "красивым" и удобным для чтения. Без всяких префиксов, суффиксов и особенностей имплементации в названии. По сути это название абстракции, а уж что вы используете для ее создания интерфейс, тип, абсолютный класс это уже особенности конкретного языка программирования и они не должны торчать наркжу.
А вот имплементации могут быть максимально "некрасивыми" *Impl, *Test, *Mock итд. Так как мы их видим только при декларации и пользуемся только абстракцией.
Не совсем так, чтение и письмо пассивные навыки, их дольше учить (особенно письмо), но они остаются в памяти гораздо дольше, без практики. А вот говорение и аудирование активные, их уровень поднять легче, но они гораздо быстрее деградируют без практики.