Pull to refresh
26
Kirill Vlasov@Neikist

Android developer в author.today

0,4
Rating
16
Subscribers
Send message

У каких российских банков есть выгрузка в нормальном машиночитаемом формате? Погнались за красивыми и минималистичными интерфейсами а в итоге выгрузку в csv почти все российские банки убрали.

Бывает конечно что людей интересует компания, фаанг можно вспомнить. Для карьеры сильно полезно + большие зп. Яндекс тут уже не котируется, российская ветка яндекса уже не та, и токсичность повышенная для зарубежных работодателей, и зп из того что слышал ниже рынка. В остальном же, имхо, людям конкретные проекты интересны, а не компания как таковая.

Если предметная область одна - то разница между языками не особо критична. Понятно что нужно будет какие-то вещи подтянуть и на эффективность какая была на привычном стеке не сразу выйдешь, но я вот для себя не вижу проблем переключиться с котлина на свифт за пару-тройку месяцев (т.е. с андроида на ios). На какой-нибудь dart с флаттером тоже не проблема (кроме нелюбви к самому языку, не нравится мне отсутствие конкаренси в нем нормального).

Ну или вот взять java/kotlin, языки разные, но jvm одна, все технологии те же самые (есть kmp, но там меняется только набор используемых библиотек по сути).

Ибо в рамках одной предметной области ты сталкиваешься с примерно одинаковыми архитектурными проблемами/ограничениями, и от используемого языка они не зависят.

Автора отлет в дикие минуса всех его прошлых постов ничему не научил? Этот акк вроде наконец в ридонли улетел, но чет есть подозрения что вернется автор с другого аккаунта.

LLM заставляют реветь как пылесос почти моментально. Благо перенес нейронки на игровой комп, теперь тихо все работает. Компиляция достаточно крупного kmp проекта на m1 max c 32 гигами занимает 20 минут (на m3 pro для сравнения 10 минут примерно) и вызывает неплохой шум.

Вроде 2/3 или даже 3/4 под видео максимум. Но это через консоль настраивается.

В играх, программах для работы с 3д - мышь действительно удобнее. Но в повседневной работе удобнее все же тачпад. Выше не раз писал. У меня и пк на винде для игр/виндового софта/LLM есть, и макбук для работы (и еще один диванный 10" ноут на линуксе, чтобы не жалко было). И вот в итоге, несмотря на то что пк мощнее для задач типа залипания в ютуб, просмотра почты/веба - пользуюсь маком. И отнюдь не по той причине, что сложно на пк переключиться (одна кнопка на мониторе + рычажок на клавиатуре + мышь отложенную чуть в сторону в руки взять). А потому что тачпад реально удобнее для работы с вебом/текстом + для управления окнами/рабочими столами.

Наверно можно организовать похожую степень удобства с подстроенным полностью под себя тайловым оконным менеджером и мышью с кучей программируемых кнопок и хоткеями для тех же действий по управлению окнами и рабочими столами. Но усилий это требует уж слишком много. И есть проблема. Это все работает только пока ты за своим домашним рабочим местом. Стоит куда то поехать (а ноуты ведь и берутся для того чтобы не только на одном месте за ними работать) и вот уже если у тебя привычки на мышь завязаны придется переключаться на тачпад. И даже если он вдруг сравним с маком в плане железа/софта - все равно привычка ломается. А потом после поездки снова отвыкать уже от тачпада и вспоминать как там мышь использовать.

Nixos. Практически все можно вынести в конфиги (вплоть до некоторых настроек браузеров).

Правда пока использую на домашних "серверах" в основном. Ибо рабочая машинка мак, а для игр виндовый пк.

Не соглашусь. Как то лет 8 назад по необходимости иногда работал через rdp во внутренней сети компании, задержки и проблемы с отзывчивостью дико выбешивали. Да и передача графики далеко не идеальная была. На быстром скролле текста бывало странное. И это в локалке. А уж где-нибудь в деревне, где интернет хоть и стабильный (в плане того что не отваливается), но тот же ютуб в качестве выше 360p не посмотришь...

Ну и с хоткеями были проблемы. Тот же ctrl+alt+del или alt-f4.

Вообще в статье ни слова о том что речь про айти. Там в целом по сотрудникам статистика.

шанс даже просто пропустить резюме, не прочитав, далеко не нулевой

Ну в целом да. Цель то найти не самого лучшего, а достаточно подходящего. В теории можно конечно лучшего искать, но это слишком много ресурсов надо. Может крупные компании себе позволить могут всех прособеседовать кто подходит по резюме, но маленьким компаниям с этим сложно. 10 человек и то уже многовато.

Хз кто минусанул. Судя по первоисточнику - эта хреновина чисто на "open"ai завязана. Какие-нибудь локальные модели, или облачные других вендоров с ней использовать не выйдет. Это по сути даже хуже того мема, там хоть общее что то пытались сделать, а тут чисто узконаправленный фреймворк.

Минута-две. Опыт релевантный и нет красных флагов - проходит дальше. Если нет - то в корзину. Оценили штук 50 резюме, набрали из них 2-3, собеседуем. Не подошли - идем смотреть резюме дальше.

Ну тот же restic rest server умеет в append-only, так что можно вполне push а не pull модель использовать. Сервер бекапов новые данные примет, но старые не позволит изменить.

Ключевой момент, конечно же, в том, что иллюстраторы тратят время и силы, в то время, как некоторые другие участники нет.

Ну вот есть программа написанная с использованием LLM, а есть написанная полностью человеком. С чего вдруг та что написана человеком должна стоить больше? Потребитель выберет (и это совершенно логично) ту что дешевле, если при этом сохраняется качество. Вайбкодинг тут конечно не вариант, качество страдает, но вот совместное использование труда людей и ИИ уже норм.

Тут пару раз совершенно верно отметили, что одно дело претензии к качеству, другое претензии к способу производства.

Выкладывать чуть отрерайченую статью спустя всего неделю - это уже совсем наглость.

https://habr.com/en/articles/950950/

Да вот фиг там плавал. Смотрим мы все эти сотни откликов (у нас ни hr, ни никаких автоматизированных систем отбора нет, компания из одних айтишников состоит практически, соответственно первичный отбор резюме делается программистом). Но там реально из 300 откликов больше 90% мусора, хоть немного релевантных (из которых больше половины с сильной натяжкой) штук 10-15 всего.

Хз, может у них маки еще на интелах, старенькие. Прошка на M1 max спокойно живет 4 часа в поезде пока работаю в андроид студии (сборка проекта, запущенный эмулятор) и после этого еще половина батареи остается.

Ну важнее первопричины. А первопричины именно госцензура. По сути если государство обвешивает тех кто публикуют информацию тонной правил которые сложно соблюдать (из моральных ли принципов, экономических или технических) - то цензураст тут государство.

В смысле нет Force Touch? А чем же это я тогда пользуюсь когда усиливаю нажатие на тачпад, чтобы посмотреть слово в словаре? Точность меня и на дешевых тачпадах других вендоров устраивает, как и распознавание жестов. Не устраивает именно то как клик реализован.

З.Ы. А как можно было маком пользоваться до перехода на ARM? Не было преимуществ других вендоров в виде расширяемости, ибо все распаивали, зато были все те же недостатки (перегрев, троттлинг, всего часа 3-4 жизни от батареи) + к этому макось которой пользоваться можно только если нет другого выбора. Линукс поставить можно было тогда конечно, но смысл если во всем остальном кроме тачпада макбуки были не лучше а часто хуже?

Information

Rating
2,801-st
Location
Брянск, Брянская обл., Россия
Date of birth
Registered
Activity

Specialization

Разработчик мобильных приложений
Старший
Kotlin
Android SDK
Разработка под Android
Разработка мобильных приложений
Kotlin Multiplatform