Спасибо большое, Захар, что уделил нам время и поделился своей историей. Будем надеятся, что слушателям понравилось. Если захотите связаться с Захаром, вот его контакты:
email: poslovskiyz@yandex.ru
tg: @Fliquesad
vk: https://vk.com/adk_asd
email: poslovskiyz@yandex.ru
tg: @Fliquesad
vk: https://vk.com/adk_asd
Сегодня прочел на хабре статью о том, что в репозиторий языка Go (ЯП от «толерантных» гугл) внесены изменения: термины whitelist/blacklist и master/slave (хозяин/раб) заменены.
Это далеко не первый случай, ибо подобным хуебесием уже занимались в Redis, Drupal, CouchDB и Django. В 18м году даже позарились на сам Python, что вызвало споры. В итоге на обратную совместимость положили огромный питон и изменения таки внесли.
Представьте, как далеко может зайти подобная тенденция? Сначала IT компаний вынуждают брать людей не по умственным способностям, а по принадлежности к какому-нибудь меньшинству. Причем, видимо, чем твое меньшинство более угнетаемое, тем выше шансы.
Теперь мы меняем ЯП, чтобы никого не обидеть. Хотя, меняя в угоду одним, остаются обиженными другие, разве нет? Хотя….бред какой-то.
По сути с такими успехами можно докопаться до всего. Что, собственно, уже и происходит. Некоторые реально топят за то, чтобы ветку «master» в гите переименовать. Ждем, когда github поменяют на что-то вроде blmhub, ведь github можно перевести как «сборище мерзавцев».
Давайте хоть мы с вами постараемся сохранить рассудок в это безумное время.
Это далеко не первый случай, ибо подобным хуебесием уже занимались в Redis, Drupal, CouchDB и Django. В 18м году даже позарились на сам Python, что вызвало споры. В итоге на обратную совместимость положили огромный питон и изменения таки внесли.
Представьте, как далеко может зайти подобная тенденция? Сначала IT компаний вынуждают брать людей не по умственным способностям, а по принадлежности к какому-нибудь меньшинству. Причем, видимо, чем твое меньшинство более угнетаемое, тем выше шансы.
Теперь мы меняем ЯП, чтобы никого не обидеть. Хотя, меняя в угоду одним, остаются обиженными другие, разве нет? Хотя….бред какой-то.
По сути с такими успехами можно докопаться до всего. Что, собственно, уже и происходит. Некоторые реально топят за то, чтобы ветку «master» в гите переименовать. Ждем, когда github поменяют на что-то вроде blmhub, ведь github можно перевести как «сборище мерзавцев».
Давайте хоть мы с вами постараемся сохранить рассудок в это безумное время.
Друзья, важно ваше мнение! Это касается интервью, что я вчера выложил. Есть мнение, что многим предпочтительнее читать лонгрид, чем слушать войс-ответы. Лично мне больше нравится второй вариант, когда можно дать отдых глазам и послушать что-то интересное. Это своего рода подкаст, его форк, если так можно выразиться.
Но вдруг окажется, что большинству по душе чтиво, тогда буду менять формат.
Но вдруг окажется, что большинству по душе чтиво, тогда буду менять формат.
Всем доброго вторника. Хочу немного поделиться своими наработками касаемо чайного бота, над которым сейчас тружусь. Если кто не знает, то у меня есть хобби: вожу чай прямиком из Китая, пью его и немного приторговываю. Собственно, захотелось мне сделать телеграм бота, где можно посмотреть ассортимент моего магазинчика.
Сам магазин - это группа в вк. К чему вручную дублировать информацию, когда можно через vk API получать все данные по товарам. Так я и делаю.
Хотя багов хватает, но уже худо-бедно можно листать товары и открывать их полное описание. Если честно, пока не уверен, что это удобно с точки зрения UE, но другое в голову не приходит. Чтобы не засорять пользовательский чат, я сделал упор на inline-клавиатуры и удаление предыдущих сообщений перед отправкой новых. Из-за такой замены кажется, что экран дергается, если слишком быстро листать товары. Возможно, даже глаза устают.
Тем не менее я уже рад подобным успехам. Опыт получаю колоссальный. Надеюсь, что за пару дней бот будет готов и я смогу взяться уже за коммерческий проект. Также по готовности опишу многие технические моменты и сложности, с которыми столкнулся.
Спасибо, что читаете!
Сам магазин - это группа в вк. К чему вручную дублировать информацию, когда можно через vk API получать все данные по товарам. Так я и делаю.
Хотя багов хватает, но уже худо-бедно можно листать товары и открывать их полное описание. Если честно, пока не уверен, что это удобно с точки зрения UE, но другое в голову не приходит. Чтобы не засорять пользовательский чат, я сделал упор на inline-клавиатуры и удаление предыдущих сообщений перед отправкой новых. Из-за такой замены кажется, что экран дергается, если слишком быстро листать товары. Возможно, даже глаза устают.
Тем не менее я уже рад подобным успехам. Опыт получаю колоссальный. Надеюсь, что за пару дней бот будет готов и я смогу взяться уже за коммерческий проект. Также по готовности опишу многие технические моменты и сложности, с которыми столкнулся.
Спасибо, что читаете!
Привет! ✌️
Меня зовут Евгений и я разработчик. Люблю автоматизацию и пишу короткие заметки о web/hardware разработке и не только в свой блог Sleepless tech.
Заходите, скучно не будет 😉
Меня зовут Евгений и я разработчик. Люблю автоматизацию и пишу короткие заметки о web/hardware разработке и не только в свой блог Sleepless tech.
Заходите, скучно не будет 😉
Фанаты PSки на месте? Sony собираются 11 июня в 23:00 по МСК демонстрировать игры на новое поколение, однако, надеюсь, япошки не разочаруют и покажут саму консоль. На дваче уже пишут, что цена на саму приставку будет свыше 50к рублей, а на игры 5-6к. Самый смак для глобального кризиса.
В любом случае, не будем гадать и посмотрим. А вы будете следить?
В любом случае, не будем гадать и посмотрим. А вы будете следить?
Что же, друзья, чайный бот почти закончен. Четверть дня потратил на исправление мелкого бага. Благо компьюнити у библиотеки, которую я использую, отзывчивое, поэтому проблема в итоге оказалась решена. Забавно, что еще вчера бага не было, но стоило мне поспать и он появился. В программировании это стандартная вещь.
В общем, давайте я побольше технических аспектов освещу:
В ближайшее время постараюсь уже задеплоить бота, выложить код на гитхаб и поделиться им с вами. Если что, то пока он работает на моем локальном хосте, можете потыкать, @deepAnal_bot или заценить его работу на гифке.
В общем, давайте я побольше технических аспектов освещу:
• Под капотом библиотека Telegraf.js и сервер на Node.js (express). • Информация о товарах берется из моего паблоса в vk. Тут все просто: при команде /start делается get запрос через vk API для товаров, и все это сохраняется в объект, с которым я потом и работаю.• При перелистывании товаров (назад/дальше) идет изменение последнего сообщения. Поэтому переход выглядит более-менее плавно (все зависит от размера изображения)• При открытии подробной информации о товаре приходится удалять все последние сообщения от бота и отправлять новые. Если скажете, что порою это может выглядеть напряжно, то я соглашусь, но другой реализации не придумал. С другой стороны не засоряется экран пользователя, что очень хорошо, как по мне.• Как я и сказал, весь контент берется из vk, поэтому особой надобности в базе данных я не видел. Но мне захотелось хранить кол-во пользователей, и ради этого я решил подключить mongoDB. После подключения бот начал через раз крашиться и выдавать непонятные ошибки. Собственно, решил, что обойдус без БД и в будущем присмотрюсь к чему-то sql’ному.В ближайшее время постараюсь уже задеплоить бота, выложить код на гитхаб и поделиться им с вами. Если что, то пока он работает на моем локальном хосте, можете потыкать, @deepAnal_bot или заценить его работу на гифке.
Выгрузил исходники чайного бота на гитхаб. В коде постарался коротко описать, что делает каждый кусок. Кому JS близок по духу, можете ознакомиться. Сейчас решаю вопрос о том, где можно VPS нормальный взять и поселить там бота на постоянной основе.
Также думаю в ближайшем будущем рассказать про некоторые фишки и подводные камни библиотеки, на которой базируется сам бот.
И чуть не забыл. Тут вроде как намечается еще одно интервью с интересным разработчиком-автором сервиса proghub. Если все пойдет удачно, то на выходных ожидайте интервью.
Спасибо, что читаете!
Также думаю в ближайшем будущем рассказать про некоторые фишки и подводные камни библиотеки, на которой базируется сам бот.
И чуть не забыл. Тут вроде как намечается еще одно интервью с интересным разработчиком-автором сервиса proghub. Если все пойдет удачно, то на выходных ожидайте интервью.
Спасибо, что читаете!
Помните, я упоминал, что в боте хотел использовать базу данных MongoDB, но потом отказался от этой затеи на время? Сейчас расскажу почему.
Вообще, когда мне надо использовать БД (если речь идет о документоориентированных БД), но отвлекаться на ее развертывание не хочется, тогда я использую mLab. Это по сути облачная БД, где за тебя все пережевано и развернуто. Нужно лишь зарегаться, тыкнуть пару кнопок и БД готова.
По дефолту дается бесплатно 0.5 GB, чего для разработки хватает за глаза. Однако вам дозволено использовать лишь версию 3.6.x (последня 4.2.0), а также там неудобный интерфейс для работы, поэтому я обычно использую программу Robo 3T. Просто подключаешься через нее по MongoDB URI и кайфуешь. Также там можно и платные фичи купить, но цены кусаются, как по мне.
В моем боте особо хранить нечего, разве что юзеров (чтобы знать, сколько человек пользуются твоим «творением»). По мне так для подобных задач монго заходит на ура. Правда, когда я интегрировал ее в бота, периодически вылезали странные ошибки. Погуглив, я нашел подобное дерьмо у других, и люди писали, что сами понятия не имеют, что это за дичь.
Хочется верить, что дело все же в моей рукожопости, и если сделать по уму, то монго будет работать как часы. В любом случае, я уже присмотрел себе немецкий VPS, где попробую развернуть свою БД для получения опыта, которым потом поделюсь с вами.
Приятных выходных!
Вообще, когда мне надо использовать БД (если речь идет о документоориентированных БД), но отвлекаться на ее развертывание не хочется, тогда я использую mLab. Это по сути облачная БД, где за тебя все пережевано и развернуто. Нужно лишь зарегаться, тыкнуть пару кнопок и БД готова.
По дефолту дается бесплатно 0.5 GB, чего для разработки хватает за глаза. Однако вам дозволено использовать лишь версию 3.6.x (последня 4.2.0), а также там неудобный интерфейс для работы, поэтому я обычно использую программу Robo 3T. Просто подключаешься через нее по MongoDB URI и кайфуешь. Также там можно и платные фичи купить, но цены кусаются, как по мне.
В моем боте особо хранить нечего, разве что юзеров (чтобы знать, сколько человек пользуются твоим «творением»). По мне так для подобных задач монго заходит на ура. Правда, когда я интегрировал ее в бота, периодически вылезали странные ошибки. Погуглив, я нашел подобное дерьмо у других, и люди писали, что сами понятия не имеют, что это за дичь.
Хочется верить, что дело все же в моей рукожопости, и если сделать по уму, то монго будет работать как часы. В любом случае, я уже присмотрел себе немецкий VPS, где попробую развернуть свою БД для получения опыта, которым потом поделюсь с вами.
Приятных выходных!
Начнем неделю с годноты!
Буквально вчера наткнулся на свежую и крутейшую статью (март 2020), где идет сравнение различных frontend фреймворков/библиотек (речь о более, чем 20). Пока одни устраивают беспорядок, другие пытаются его навести, пускай и в сфере разработки.
Ну да ладно, в чем же суть? За основу взяли веб-приложение наподобие Medium и реализовали его на 24 либах/фреймворках, а потом по трем параметрам постарались сравнить.
В качестве метрик выступили:
Performance (производительность)
По словам автора подразумевается время, которое нужно приложению, чтобы показать контент и стать пригодным для использования. Правда на пикче вы увидите не время, а условные единицы от 0 до 100. Это связано с тем, что производительность измерялась при помощи Lighthouse Audit. Результат на первой пикче.
Size (размер)
Автор сравнивал только размер скомпилированных JS файлов. На второй пикче показан результат в KB.
Lines of Code (кол-во строк кода)
Тут все просто - сколько надо написать кода, чтобы создать приложение (пустые строки и комментарии не учитывались). Считалось только содержимое папки src. Результат на последней пикче.
Что можно сказать? Работа проделана крутая, безусловно. Как минимум в процессе чтения статьи можно узнать много новых библиотек/фреймворков - то есть расширить кругозор. Также радует, что исследование, если так можно выразиться, проведено целым сообществом, а не отдельным человеком. Это показывает веб-комьюнити с хорошей строны.
Однако стоит ли на основе этих результатов выбирать свой стэк? Вопрос хороший. Такие инструменты как React, Vue или Angular, которые у всех на слуху, занимают в этом сравнении далеко не лидирующие позиции, однако работу с их знанием найти гораздо проще, да и платят хорошо.
Статью можно глянуть тут. Кстати, там же можете найти подобное исследование за 19,18 и 17 года.
Буквально вчера наткнулся на свежую и крутейшую статью (март 2020), где идет сравнение различных frontend фреймворков/библиотек (речь о более, чем 20). Пока одни устраивают беспорядок, другие пытаются его навести, пускай и в сфере разработки.
Ну да ладно, в чем же суть? За основу взяли веб-приложение наподобие Medium и реализовали его на 24 либах/фреймворках, а потом по трем параметрам постарались сравнить.
В качестве метрик выступили:
Performance (производительность)
По словам автора подразумевается время, которое нужно приложению, чтобы показать контент и стать пригодным для использования. Правда на пикче вы увидите не время, а условные единицы от 0 до 100. Это связано с тем, что производительность измерялась при помощи Lighthouse Audit. Результат на первой пикче.
Size (размер)
Автор сравнивал только размер скомпилированных JS файлов. На второй пикче показан результат в KB.
Lines of Code (кол-во строк кода)
Тут все просто - сколько надо написать кода, чтобы создать приложение (пустые строки и комментарии не учитывались). Считалось только содержимое папки src. Результат на последней пикче.
Что можно сказать? Работа проделана крутая, безусловно. Как минимум в процессе чтения статьи можно узнать много новых библиотек/фреймворков - то есть расширить кругозор. Также радует, что исследование, если так можно выразиться, проведено целым сообществом, а не отдельным человеком. Это показывает веб-комьюнити с хорошей строны.
Однако стоит ли на основе этих результатов выбирать свой стэк? Вопрос хороший. Такие инструменты как React, Vue или Angular, которые у всех на слуху, занимают в этом сравнении далеко не лидирующие позиции, однако работу с их знанием найти гораздо проще, да и платят хорошо.
Статью можно глянуть тут. Кстати, там же можете найти подобное исследование за 19,18 и 17 года.