Если вы замените людей, то ваш бизнес людям не нужен будет. Ваши клиенты это люди - мне кажется, этим все сказано.
Представьте картину. Два бизнеса, которые продают друг другу что, так как клиентами являются сотрудники из противоположных компаний. Если обе компании начнут заменять своих людей на ИИ, то что будет? У компаний будут убытки в продажах.
Сейчас на собесах требут, что бы ты знал все на юзусть, все термины, названия всех паттернов, алгоритмов. На практике больше 90 процентов, из того что спрашиваю на собесах, в этих конторах не используют. И если в самом начале программист все это зазурбил и прошел собес, то все это он потом забывает. И по моему, собесят люди, у которых мало опыта, которые стали сеньерами за 5 лет общего опыта в ИТ вообще.
Я подозреваю, что там постоянно используются плагины, без которых скорее всего не обойтись в JetpackCompose приложении. В Flutter у вас одна строка указывающая зависимость. В KMP их будет несколько включая эти плагины, без которых что нибудь не будет работать.
Я использую свой репозиторий, что бы просто хранить свои поделки, что бы не потерять. Раньше хранил на дисках и флешках, пока не появились облака. Диски и флешки ломались и это бесило, а теперь кто-то мне пытается навязать, как мое хранилище должно выглядеть.
Меня бомбит с таких статей и высказываний о том, как должен выглядеть мой личный репозиторий. Еще в нулевых многие мечтали о том, что бы кто-то, кому не лень сделал "облачное хранилище", что бы свой код не надо было постоянно записывать на болванки, которые то потеряются, то сломаются. А сейчас, приходит какой-то чел, и предлагает вернутся в конец двадцатого века и хранить свой код на флешках и дисках? Нафиг вы вообще лазите в чужие репозитории? Если вам нужно какое-то подтверждение опыта, конкретно об этом спросите чела.
Если честно, я кажется ступил, не понял сразу, что вы под иметацией имели ввиду. Вы при помощи него имитировали поступление данных, что бы прогрессБар отображал процесс.
Потому что человек мог работать долго и стабильно в одной компании и из-за определенной узкой направленности задачь из-за специфики направления, он может забывать большую часть хард скилов и на собесе может показаться джуном. Простой пример с людьми получившыми когда-то несколько высших образований, они забывают 90% всего что им преподавали, потому что работают не по специальности.
Если вы хотите чела который имеет более 5-ти лет опыта работы, и помнит все, то вам нужно искать человека который постоянно имеет дела с разными направлениями и соотвественно задачами, а это значит, что такой человек вам тоже не подойдет, потому что это как раз такие люди, которых вы называете вечными джунами, потому что они меняют часто работу.
Одна из причин почему Delphi теряла популярность, это еще по тем временам очень большой размер исполняемых файлов, с этим кто как боролся, но это не помогало.
Но Delphi(хотя как и Visual Studio) уже тогда предлагали в своем арсенале удобные визуальные инструменты отладки, из коробки.
Сейчас если вы хотите дебажить что-то, то руками из терминала и с бубном, по крайней мере в большинстве случаев.
В KMP порог входа существенно выше, чем во Flutter.
В KMP Куча конфигов повторяющихся, хотя сам по себе язык классный, но экосистема там сильно усложнена, наверное наследие от Java. Грубо говоря отличие только тем, что используется gradle вместо xml. Что бы сделать импорт зависимости ее надо прописать в нескольких местах.
Обьясните новичку пожалуйста, зачем там интеграция с Java? Если мы берем в пример Flutter, то он компилит в нативное приложение, то есть разработчики там не имеют дел с Java вообще, в нормальной ситуации. А то не получится ли очередной Котлин?
Название слишком громкое, когда вы используете все плоды ООП, но при этом хотите выделить плюсы функционала перед ООП.
Мне почему-то казалось, что раз статья про функциональное программирование, то я(наверное ошибочно) ожидаю, что тут не будут использоваться классы и их методы. Вместо этого все на классах и методах языка Kotlin.
Если вы замените людей, то ваш бизнес людям не нужен будет. Ваши клиенты это люди - мне кажется, этим все сказано.
Представьте картину. Два бизнеса, которые продают друг другу что, так как клиентами являются сотрудники из противоположных компаний. Если обе компании начнут заменять своих людей на ИИ, то что будет? У компаний будут убытки в продажах.
В больших масштабах это не будет заметно сразу.
Сейчас на собесах требут, что бы ты знал все на юзусть, все термины, названия всех паттернов, алгоритмов. На практике больше 90 процентов, из того что спрашиваю на собесах, в этих конторах не используют. И если в самом начале программист все это зазурбил и прошел собес, то все это он потом забывает. И по моему, собесят люди, у которых мало опыта, которые стали сеньерами за 5 лет общего опыта в ИТ вообще.
Я подозреваю, что там постоянно используются плагины, без которых скорее всего не обойтись в JetpackCompose приложении.
В Flutter у вас одна строка указывающая зависимость.
В KMP их будет несколько включая эти плагины, без которых что нибудь не будет работать.
Я использую свой репозиторий, что бы просто хранить свои поделки, что бы не потерять.
Раньше хранил на дисках и флешках, пока не появились облака. Диски и флешки ломались и это бесило, а теперь кто-то мне пытается навязать, как мое хранилище должно выглядеть.
Меня бомбит с таких статей и высказываний о том, как должен выглядеть мой личный репозиторий. Еще в нулевых многие мечтали о том, что бы кто-то, кому не лень сделал "облачное хранилище", что бы свой код не надо было постоянно записывать на болванки, которые то потеряются, то сломаются. А сейчас, приходит какой-то чел, и предлагает вернутся в конец двадцатого века и хранить свой код на флешках и дисках?
Нафиг вы вообще лазите в чужие репозитории? Если вам нужно какое-то подтверждение опыта, конкретно об этом спросите чела.
Вы имеете ввиду автообновленият типа под баги и тп? Оно вроде должно работать через впны.
Если честно, я кажется ступил, не понял сразу, что вы под иметацией имели ввиду.
Вы при помощи него имитировали поступление данных, что бы прогрессБар отображал процесс.
Любой удет от вас, хоть джун, хоть не джун, если тому пообещают лучшие условия.
Потому что человек мог работать долго и стабильно в одной компании и из-за определенной узкой направленности задачь из-за специфики направления, он может забывать большую часть хард скилов и на собесе может показаться джуном. Простой пример с людьми получившыми когда-то несколько высших образований, они забывают 90% всего что им преподавали, потому что работают не по специальности.
Если вы хотите чела который имеет более 5-ти лет опыта работы, и помнит все, то вам нужно искать человека который постоянно имеет дела с разными направлениями и соотвественно задачами, а это значит, что такой человек вам тоже не подойдет, потому что это как раз такие люди, которых вы называете вечными джунами, потому что они меняют часто работу.
Про сейчас, я хотел сказать про другие современные языки типа Java, Python и т.д.
Там все руками и все через консоль.
Одна из причин почему Delphi теряла популярность, это еще по тем временам очень большой размер исполняемых файлов, с этим кто как боролся, но это не помогало.
Но Delphi(хотя как и Visual Studio) уже тогда предлагали в своем арсенале удобные визуальные инструменты отладки, из коробки.
Сейчас если вы хотите дебажить что-то, то руками из терминала и с бубном, по крайней мере в большинстве случаев.
А еще говорят что не хватает. Вранье и было враньем, только для того, что бы зарплаты сбить.
А нельзя во flutter изображение рендерить в фоне сначала, а потом уже готовым выводить на экране?
В KMP порог входа существенно выше, чем во Flutter.
В KMP Куча конфигов повторяющихся, хотя сам по себе язык классный, но экосистема там сильно усложнена, наверное наследие от Java. Грубо говоря отличие только тем, что используется gradle вместо xml. Что бы сделать импорт зависимости ее надо прописать в нескольких местах.
Обьясните новичку пожалуйста, зачем там интеграция с Java? Если мы берем в пример Flutter, то он компилит в нативное приложение, то есть разработчики там не имеют дел с Java вообще, в нормальной ситуации. А то не получится ли очередной Котлин?
Я полагаю что в данном случае include подгружает записи за один запрос, что бы избежать потом n+1
Я думаю, вы поняли, что я написал, я имел ввиду методы классов, но не отдельные от классов функции.
Название слишком громкое, когда вы используете все плоды ООП, но при этом хотите выделить плюсы функционала перед ООП.
Мне почему-то казалось, что раз статья про функциональное программирование, то я(наверное ошибочно) ожидаю, что тут не будут использоваться классы и их методы.
Вместо этого все на классах и методах языка Kotlin.
Ну да, так даже локаничнее, и более понятно, что это такое вообще.
К сожалению, часто, разработчик приходит к пониманию, что от тестов только плюсы, не сразу и только через собственный опыт.