Внезапно!
Ссылка на документалку: https://www.youtube.com/watch?v=LvU55CUw5Ck

Гайд: создаем Telegram-бота на Dart: https://habr.com/ru/companies/agima/articles/837618/.

Наш тимлид из Flutter-отдела Cаша Омельяненко пошагово объясняет, как разработать функционального Telegram-бота на Dart. Оказалось, четкой инструкции на эту тему нет. Поэтому Саша решил написать свою:

- как зарегистрировать нового бота и оформить его;
- как добавить кнопки и повесить на них Listener;
- как упаковать всё в Docker и развернуть на удаленном сервере.

В статье Саша подробно описывает логику взаимодействия бота с пользователем. Это уже готовое решение, например, для техподдержки, но вы можете легко дополнить и адаптировать функции бота под ваши задачи.

Сохраняйте гайд — он по ссылке выше — и делитесь им с коллегами по Flutter-разработке.

Хабр

Гайд: создаем функционального Telegram-бота на Dart

Привет! Я Саша Омельяненко, тимлид в отделе Flutter в AGIMA . На одном из наших проектов мне нужно было сделать бота для Telegram. Я нашел инструкции, как создать только базового бота. Но как оформить...

Виды логирования в Swift: https://habr.com/ru/companies/agima/articles/821515/

Начинающие iOS-разработчики знакомятся с функцией Print, когда делают первые шаги в профессии. Она помогает логировать ошибки и выводить текст в консоль Xcode.

Но это далеко не единственная доступная опция в Swift. В новой статье наш разработчик Владислав Даниелян рассказывает, какие аналоги существуют:

- преимущества и недостатки Print, DebugPrint и Dump;
- в каких ситуациях пользоваться каждым из них;
- что такое OSLog и Logger и как они работают.

Всё это с примерами кода и четкими инструкциями. Статья пригодится тем, кто только начинает изучать Swift, и джуниорам. Все подробности — по ссылке выше.

Хабр

Виды логирования в Swift

Привет! Меня зовут Владислав Даниелян, я iOS-разработчик в AGIMA . Предлагаю немного поговорить о принтах. Это одна из первых и наиболее используемых функций, с которой начинаются первые шаги в...

[ ТУТ ДОЛЖЕН БЫТЬ ПОСТ О ПРОШЕДШЕЙ ПРЕЗЕНТАЦИИ APPLE, НО ВЫ И ТАК УЖЕ ВСЕ ПРОЧИТАЛИ В ДРУГИХ ПАБЛИКАХ ]

Очевидные ошибки при разработке мобильных приложений, ч.5

Когда мы говорим о поддержке нетипичных экранов - очень маленьких или складывающихся (типа Samsung Fold / Flip), то мы это воспринимаем это, как достаточно редкие случаи. Но, на самом деле, это далеко не экзотика. Сейчас размеры экранов варьируются от 4 дюймов до (чуть ли) не бесконечности.

Процент пользователей, которых мы исключаем, то есть фактически тех, у кого качество приложения ухудшается — это то, на что стоит обратить внимание. Даже снижение доступности для 1% пользователей может значительно повлиять на конверсию.

Правильно реализованные приложения на Flutter обеспечивают адаптивность. Решение упомянутых проблем сделает приложение как минимум пригодным для использования на маленьких экранах, что уже может быть достаточно. Однако поддержка очень маленьких экранов часто требует дополнительных мер, помимо корректного поведения и масштабируемости. Иногда это включает в себя настройку UX или скрытие ненужных элементов, аналогично тому, как мы оптимизируем сайты для веб-платформ.

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

*❗️Это была финальная часть постов про очевидные ошибки, поэтому время подвести итоги.*

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

В идеале, тебе (или тестированию) нужно создать чек-лист проверки корректной работы всех элементов приложения. Это не ускорит процесс на старте, но позволит сэкономить время в будущем.

А пока можешь почитать о Голден-тестах на Flutter: [тык]

#common_issues

9 типов программистов в 2024

Full-stack разработчик
Питается огромными количествами холодного кофе и имеет внушительную коллекцию толстовок. Обычно это бэкенд-разработчик, который научился выравнивать блоки на веб-страничке по центру. Теперь он гордится тем, что является мастером и фронтенда, и бэкенда, и всего, что между ними.

Технобро
Архетип, породивший тысячи мемов. Они щеголяют дорогими гаджетами и всякими ноу-хау типа Apple Vision Pro, у них на столах изогнутые мониторы, столы для работы стоя и механические клавиатуры. Они первыми используют самые новые и модные технологии на рынке и имеют завышенное ЧСВ. Зачастую это и на самом деле страсть к технологиям.

Технохейтер
Это тип программиста, который знает, насколько ненадёжными и опасными могут быть новые технологии, и боится, что ИИ когда-нибудь отнимет у него работу. Он в основном используют Linux и тратит значительное количество времени на создание ПО, о котором обычный разработчик никогда не слышал. Их сложно найти в интернете, потому что они заботятся о своей безопасности и тщательно скрывают свой цифровой след. Часто используют пять VPN одновременно и обладают удивительными навыками в хакерстве.

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

Интроверт
Клише-программист. Это тип программиста с минимальными социальными навыками, который почти всё свободное время проводит за разработкой и играми. В 90х таких людей часто дразнили за то, что они ботаны, но теперь, благодаря интернету, у них высокооплачиваемые работы и куча девушек.

Codefluencer
Его естественная среда обитания - не VsCode и не GitHub, а социальные сети, чаще всего Twitter. Проведя день, изучая, как вывести "Hello World" в HTML, он считает себя лучшим в мире и старается сделать мир лучше, публикуя мемы и мнения о событиях в ИТ весь день. Вероятно, они получат более высокооплачиваемую работу, чем ты, благодаря умению продавать себя.

Программист с ИИ
За последние несколько лет искусственный интеллект полностью изменил способы работы в современном мире, и никто не знает этого лучше, чем программист с ИИ. Они используют лучшие и новейшие инструменты ИИ, такие как GitHub Copilot, ChatGPT, Gemini и так далее. С их помощью они могут выполнять свою работу в пять раз быстрее. Но не качественнее.

Мега-разработчик
Существует легенда среди программистов о мифическом мега-разработчике. Этот редкий тип программиста считается в десять раз продуктивнее среднестатистического. Он создает безупречный код с молниеносной скоростью. Его природная способность решать проблемы и знание кодовой базы превосходят возможности обычных разработчиков. Некоторые говорят, что это миф, другие притворяются им.

Древний кодер
Последний из своего рода. Некоторые говорят, что таких осталось в мире всего около 900 человек. Представь себе разработчика, который настолько стар, что видел падение Римской империи. Этот тип программиста обычно старше интернета, у него длинные седые волосы и большая белая борода, как у Гэндальфа Серого. Он пишет код только на C или Assembly, его любимая среда разработки - VIM, а глубина его знаний превосходит человеческие. Ходят слухи, что он их обрел благодаря психоделикам, которые больше не доступны.

Очевидные ошибки при разработке мобильных приложений, ч.4

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

Когда ты тестируешь своё приложение на симуляторе, попробуй воспроизвести реальные сценарии использования, чтобы понять, как оно будет работать на различных устройствах. Это включает проверку работы с разными размерами экранов и разрешениями, а также с различными версиями операционных систем. Такой подход поможет выявить потенциальные проблемы заранее и сделать приложение более стабильным.

Ну и, конечно, протестируй на реальных устройствах, особенно на тех, которые наиболее популярны среди твоей целевой аудитории (если, конечно, есть такая возможность). Это поможет выявить такие проблемы, которые могут не быть очевидными при использовании симуляторов и позволит увидеть, как приложение работает в реальных условиях.

#common_issues

Новая AI-IDE Cursor

Сегодня у нас в гостях новичок, который обещает (но мы ему не верим) перевернуть мир разработки – редактор кода Cursor, созданный силами OpenAI и Anysphere. Этот инструмент заявляет о себе как о новом этапе в эволюции написания кода. Давай разберемся, почему это так важно.

Существующие среды разработки и инструменты хоть и мощные, но иногда замедляют разработчиков. Cursor же призван это изменить, предлагая уникальный набор функций. Ты можешь взаимодействовать с искусственным интеллектом, получать предложения по улучшению кода, он исправляет автоматически ошибки и предлагает целые блоки кода "на лету".

Еще одна важная особенность – скорость генерации. Как заявляют разработчики, Cursor работает вдвое быстрее Copilot, благодаря чему разработка становится не только проще, но и значительно быстрее. Секрет кроется в оптимизации вывода и улучшенной версии модели для нужд разработчиков.

За созданием Cursor стоит команда, которая тесно сотрудничала с OpenAI, чтобы внедрить в продукт мощь GPT-4. Это позволило сделать инструмент не просто удобным, но и умным, способным адаптироваться под задачи и потребности пользователя.

Интересный факт: для разработки и запуска Cursor компания Anysphere, основанная Сангером, получила финансирование в размере 8 миллионов долларов от фонда OpenAI. Это говорит о больших ожиданиях от проекта и надежде в его успехе.

Cursor обещает стать настоящим прорывом в мире программирования, предлагая инструменты, которые не только экономят время, но и повышают качество кода.

Ссылочка на IDE: [тык]