Пікірлер

• 
  @lehatolmachov61712 күн бұрын

  А что уже Гугл не банит за автомтическую рассылку ?

• 
  @developerblog1Күн бұрын

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

• 
  @user-gs2br3mc5t11 күн бұрын

  🔥🔥🔥🔥

• 
  @Polite_person_16 күн бұрын

  Java это С# в прошлом

• 
  @raykos123 күн бұрын

  Не а, в веб не очень на c# . Java более популярней более логичный в этой стезе. Почему? До потому что изначально надо было net. Core делать , а сейчас больше половины интрерпайза на ябе, соответственно работы больше.

• 
  @Mathemat1cs-118 күн бұрын

  Можно ссылку?

• 
  @developerblog118 күн бұрын

  visualgo.net/en

• 
  @user-gs2br3mc5t19 күн бұрын

  Хочу изучать salesforce

• 
  @developerblog119 күн бұрын

  Супер. Если вам нужна помощь в изучении оставьте свой телеграм под этим комментариям, и я свяжусь с вами.

• 
  @user-gs2br3mc5t19 күн бұрын

  @dimawerito

• 
  @user-hh4co1xr9y19 күн бұрын

  Анализ и сравнение - ни о чем.

• 
  @developerblog119 күн бұрын

  Спасибо за комментарий. А чего именно вам не хватило в данном видео ?

• 
  @lex-xv3ik11 күн бұрын

  java - большое комьюнити c# - большое сообщество Нифига непонятно. При сравнении лучше выделять отличающиеся плюсы и минусы. Видео всё ж не о самом языке, а о сравнении двух языков и общее между ними только усложняет понимание.

• 
  @WishWishesPlus20 күн бұрын

  то что искал, спасибо!

• 
  @markerok341124 күн бұрын

  Все перечисленное можно встретить в любой компании не только в ІТ.

• 
  @developerblog124 күн бұрын

  Спасибо за комментарий! В какой-то степени да, но в IT это ярко выражено, да и бывает намного чаще.

• 
  @heroy01Ай бұрын

  Было любопытно посмотреть, т.к. я пишу и на Python, и на Java. Так вот... Пайтон гораздо хуже, он популярен только за счёт того, что во многих областях он применяется как бы "заодно" - какие-нибудь девопсы или QA используют его в своей работе, но они не сказать, чтоб были пайтон-разработчиками. Пайтон подходит там где надо какую-то быструю мелочь написать, примитивный телеграм-бот, например. Но если программа становится немного сложной, то его невозможно использовать. Он очень сильно сопротивляется ООП парадигме, хоть и позиционируется как мультипарадигменный, и у него ограничены возможности многопоточности. По производительности интерпретируемые языки тоже разумеется менее эффективны, чем компилируемые. Единственный плюс пайтона - это огромное количество готовых библиотек для каких-то мелких задач, но на этом его полномочия - всё

• 
  @markerok3411Ай бұрын

  Если не считать бесплатные акаунты на netlify и vercel. пока что использовал только один платный хостинг, поэтому особо не с чем сравнивать. Одно не очень нравится что на нем нода 16 версии. Написал в техподдержку что пора бы уже на 20 обновить. Посмотрю обновят или нет. Но учитывая что на большинстве хостингов предустановленой ноды вообще нету, то ее наличие скорее можно назвать плюсом.

• 
  @developerblog1Ай бұрын

  Да согласен, это даже плюс, чем минус 😊

• 
  @bloodborn9632Ай бұрын

  Был разрабом как джава , котлин на бэке , в основном сервисы писал. В последнии 2 года с# и ангуляр. Скажу что с# и джава суть одна и синтакчис схожие , но с джавы на с# легче кажется уйти, так как в с# код пишется гораздо быстрее, много синтаксического сахара, к халяве привыкаешь . Котлин тоже быстрее писать код чем на джаве и с# но он сложнее в плане понимания но если раберешься то писать гораздо меньше. Фронт , javascript - Это вообще не джава и не с#. Фронт мне доставляет больше удовольствия потому что ты видишь кнопочи которые рисуешь, видишь как все отображается как сайт реагирует на твои действия. Но боли на фронте я испытываю больше чем на бэке:))

• 
  @developerblog1Ай бұрын

  Спасибо за комментарий! Согласен с java на с# легче перейти по ощущениям.

• 
  @quasper9581Ай бұрын

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

• 
  @developerblog1Ай бұрын

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

• 
  @crazytwo5221Ай бұрын

  Фронтенд девелоперы всё еще нужны на рынке США?

• 
  @developerblog1Ай бұрын

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

• 
  @now.7348Ай бұрын

  Kotlin 😂

• 
  @markerok3411Ай бұрын

  Потерял мотивацию работь в IT еще до того как устроился на работу в IT. Да и хрен с ним, 5 лет работаю кладовщиком на складе светильников еще 5 лет поработаю 😉 Деньги платят вовремя, пятидневка, хороший коллектив, работа рядом с домом, обеды за счет фирмы. Одно но, зарплата маленькая 🥲

• 
  @developerblog1Ай бұрын

  Тоже вариант 😃

• 
  @animelait8341Ай бұрын

  Первый))

• 
  @markerok3411Ай бұрын

  Последний😁

• 
  @developerblog1Ай бұрын

  Ну да это нормально 🙂

• 
  @user-hi4dj9bx8n2 ай бұрын

  А для других IDE от JetBrains также надо делать?

• 
  @developerblog12 ай бұрын

  Да все также, только нужно версию IDE указывать в gradle.build файле.

• 
  @doctorzlo9792 ай бұрын

  выбираю c# надеюсь не прогадаю

• 
  @gardiboy93582 ай бұрын

  Что делать, если нет кнопки Select this style?

• 
  @developerblog12 ай бұрын

  Да сейчас немного изменили интерфейс на сайте, теперь это get font и потом Get embed code

• 
  @markerok34112 ай бұрын

  В начале видео звучат интересные варианты применения. Защита от атак и упрощение рекламы товаров. А дальше какая-то фигня про смарт контракты, хеширование и криптографию. Рассказал бы лучше конкретно как применить. Ну то есть я хочу защиту сайта от ddos, как конкретно мне применить этот блокчейн? Я хочу продвигать свои услуги или товары, чем мне блокчейн поможет? Как его применить? Он мне количество кликов в Гугле повысит? Или каким образом он мне поможет клиентов привлечь на мой сайт?

• 
  @developerblog12 ай бұрын

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

• 
  @user-ll6hk2br8x2 ай бұрын

  За 20-30тысяч создается и верстается сайт с СЕО оптимизацией, а вот вордпресс надо потом обновлять разные плагины ...., по мне лучше писать кодом

• 
  @developerblog12 ай бұрын

  Тут вопрос спорный, не каждый сайт будет стоить таких денег, все зависит от сложности, да и найти нужно хорошего специалиста, который возьмется за это, а обычно реальные спецы берут не дешево. Так же всегда перед началом разработки нужно думать немного шире, написать кодом это не проблема, а поддерживать сайт скорее всего будет заказчик(менять наполнение), поэтому ему будет всегда проще зайти в админ панель того же wordpress и мышкой накликать. И так же возникает вопрос зачем писать с нуля, если уже есть готовое решение которое полностью покрывает нужды. Поэтому выбор все же зависит от потребностей заказчика 🙂

• 
  @user-ll6hk2br8x2 ай бұрын

  @@developerblog1 Да согласен смотря какой сайт. Чаще всего у людей статичные сайты, наполнять не чего не надо, к тому же всегда можно добавить блоки, нет смысла делать например лендос на вордпресс , будет долго грозить ..., а вот интернет магазинов да.

• 
  @markerok34112 ай бұрын

  Интересно почему ютуб мой первый коммент удалил :) Сейчас делаю блог с обзорами игр. Выбрал такой стек wordpress для бекенда, чтобы была готовая админка из коробки и react для фронта, как тебе такой варинт?

• 
  @developerblog12 ай бұрын

  Для блога, в целом неплохо, и для учебного проекта отлично.

• 
  @alexandr76472 ай бұрын

  Nodejs - это не язык программирования

• 
  @markerok34112 ай бұрын

  Последним проектом делаю блог с обзорами игр. Для бэка взял wordpress, а на фронт react. Сейчас разбираюсь как делается СЕО оптимизация. Оказалось не так все просто🤷

• 
  @developerblog12 ай бұрын

  Спасибо за комментарий! Да в видео проскальзывает для удобства чтобы не говорить каждый раз это "платформа для использования JavaScript на стороне сервера" 🙂

• 
  @alexandr76472 ай бұрын

  ​@@developerblog1в целом ролик хорош, короткий, но информативный

• 
  @KaliCannel2 ай бұрын

  Я пока не знаю сисс но это такая имба

• 
  @user-lf6bl7jf3p2 ай бұрын

  а что выбрать между java, c#, javscript в 30л? что бы через лет пять востребованность не снизилась, чтобы более универсально было, а так хочется участвовать и в разработке моб приложений и информационных систем, продуктов.

• 
  @hotswap.agency2 ай бұрын

  c# в будущем будет оставаться востребованным, а котлин будет заменять джаву потихоньку

• 
  @developerblog12 ай бұрын

  Спасибо за вопрос! Согласно вашему описанию, я бы выбрал Java, так как она подходит для создания и десктопных и мобильных приложений, так же очень надежна и популярна, очень много проектов уже есть на Java, высокая потребность, хорошая оплата труда, проще всегда перейти даже на C# с Java и нет такого большого конкурса, если сравнивать с фронтом. Но опять же, это сугубо мое мнение. Так же хочу отметить, что в программировании всегда приходится учиться или даже переучиваться и менять стек. В моем опыте это было уже как минимум 3 раза, когда полностью менял все. Выбирайте то, что вам больше подходит и нравится 😎

• 
  @developerblog12 ай бұрын

  @@hotswap.agency Увидим конечно 😊 Но я согласен, что сейчас c# очень прибавил в популярности

• 
  @anepobedimov2 ай бұрын

  Жесть, указывать токен, который должен быть секретным, плейнтекстом в js файле, который может любой посетитель сайта, через инспектор, в браузере, посмотреть!!!? Используя токен, можно выгрузить всю переписку с пользователями (см. getUpdates) и вообще, всё что угодно сделать с ботом! Если такой код где-то реально используется, то нечего удивляться, что в стране так много утечек данных и взломов. Этот пример только для учебных целей может быть использован, ни в коем случае не используйте такое в реальных проектах!

• 
  @markerok34112 ай бұрын

  Mysql и Mongo для проектов использовал. Знаю что многие Postgresql рекомендуют. Про Redis первый раз слышу 🤷 Да и как-то странное решение использовать оперативку вместо BD. Зачем если точно также можно и в объекте хранить, как бы тоже ключ - значение и тоже в оперативке.

• 
  @user-it5mi3io6i2 ай бұрын

  Если это высоконагруженные системы и много однотипных запросов к серверу, то лучше использовать redis, чтобы пользователь получал информацию, которую он уже запрашивал, из кэша, а не из БД на сервере

• 
  @mykola20243 ай бұрын

  было бы полезно говорить сразу какая модель AI у этих сервисов.

• 
  @developerblog12 ай бұрын

  Спасибо за комментарий, учту!

• 
  @odines.a3 ай бұрын

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

• 
  @developerblog13 ай бұрын

  Да супер, согласен!

• 
  @target_game25083 ай бұрын

  Первое почему ты используешь css структуру в scss, а второе разделение файловой структуры ?

• 
  @developerblog13 ай бұрын

  Спасибо за комментарий! В данном конкретном случае это пример, как можно сделать анимацию ссылок. Не было целью, показать как разбивать все на различные файлы в минутном short, и так далее🙂

• 
  @hielenagrin3 ай бұрын

  спасибо что без воды <3

• 
  @developerblog13 ай бұрын

  🙂

• 
  @markerok34113 ай бұрын

  Я пользуюсь codeium вместо copilot, с автодопонением он отлично справляется. Еще иногда claude в веб интерфейсе, мне его ответы больше нравятся чем у chatgpt или gemini. Не про одну нейронку из етого топа не разу не слышал😅

• 
  @developerblog13 ай бұрын

  Да, супер. Слышал тоже про codeium, но не пользовался еще.

• 
  @pavlo.vynych3 ай бұрын

  юзе?😅

• 
  @developerblog13 ай бұрын

  Ну да юз) Пока не привычно иза useEffect, почему всегда хочется сказать юзе😂

• 
  @markerok34113 ай бұрын

  В 19 версии вроде такого еще не будет. Читал что там появится новый Compiler который будет под капотом мемоизацию применять и хуки use и useOptimistic. Про React Strict DOM первый раз услышал.

• 
  @developerblog13 ай бұрын

  Да пока мало информации о react strict dom, посмотрим может скоро выйдет update с большей информацией 😊

• 
  @itzshortsvideo3 ай бұрын

  кайф

• 
  @r3ysl3 ай бұрын

  4:05, Java вообще-то строго типизированный тоже.

• 
  @developerblog13 ай бұрын

  Да согласен упустил в потоке мыслей.

• 
  @randomlyminuteman3 ай бұрын

  05:21 блять что, SQL инъекции не связаны с языком, что в java что в C# можно как пропустить их так и защититься от них используя тулинг. В целом видео слабовато

• 
  @developerblog13 ай бұрын

  Спасибо за комментарий. Действительно, SQL injection могут возникнуть в любом языке программирования, и защита от них зависит от правильного применения соответствующих методов. Конкретно в видео имелось ввиду сравнение с Java: 1. Особенности языка 2. Использование сторонних библиотек 3. Культура безопасности Как по мне в Java это лучше. Но конечно оба языка предоставляют инструменты для безопасной работы с базами данных, и безопасность в значительной степени зависит от того, как разработчик использует эти инструменты. Что касается вашего восприятия видео, я всегда открыт для обратной связи. Если у вас есть конкретные предложения по улучшению или дополнениям, буду благодарен за них.

• 
  @chokayes7830Ай бұрын

  тоже подметил это в видео

• 
  @user-li7vj3sn9c4 ай бұрын

  Некорректное сравнивание js и go. Если вычеркнуть фронтенд js будет менее популярным

• 
  @developerblog14 ай бұрын

  Да частично соглашусь, но все же, нужно понимать для каких нужд нужно использовать Node.js и Go

• 
  @Dimon-lo1tsАй бұрын

  Каким образом? В видео же четко сказано, что на го написано 0,1% веб серверов, когда как на js около 3%. Фронтенд тут ни при чем

• 
  @markerok34114 ай бұрын

  На пет проектах не пишу, ибо надобности в них нету, но я пока и не работаю программистом. Кого из знакомых работающих девелоперов спрашиваю, все говорят о полезности юнит тестов, но при этом не кто их не пишет на своем проекте. Вот такой вот парадокс :)

• 
  @developerblog14 ай бұрын

  Да такое часто бывает, как я и говорил нет времени и большие затраты для бизнеса. Особенно в fronted проектах, обычно backend покрывают а фронт очень редко.

• 
  @user-kz4zu5eb7g4 ай бұрын

  первый нах

• 
  @developerblog14 ай бұрын

  Что вы имеете в виду ?

• 
  @leopard1844 ай бұрын

  Выбираю c#, не хочу java

• 
  @markerok34114 ай бұрын

  Дублирование и раздувание это как две противоположности. Ты сделал кнопку. Чтобы не было дублирования вынес ее в отдельный UI компонент. Потом тебе понадобилась кнопка которая немного отличается цветом. Добавил выбор цвета кнопки. Добавил выбор темы. Компонент кнопки стал еще больше. Потом тебе понадобилась кнопка другой формы. И так у тебя постоянно выбор или дублировать, будет много похожих компонентов но в каждом будет мало строк кода. Или сделать один супер универсальный компонент на 100500 строк кода.

• 
  @developerblog14 ай бұрын

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

• 
  @Alequez974 ай бұрын

  Очень странная реализация резолвера. Он принимает параметром Phone и вызываает у него метод getPhone. В чем вообще смысл этой абстракции? Если у нас уже есть Phone, то можно просто вызвать его метод, никакой дополнительной работы этот статический метод getPhone не делает. Резолвер это был бы, если бы каждая реализация Phone хранила константу за которую этот Phone отвечает, соответственно в конструкторе резолверу передавался бы массив Phone. И метод резолвера getPhone принимал бы не Phone, а константу какой номер нам нужен. Резолвер находил бы нужный Phone и либо отдавал Phone, либо уже тогда вызвал метод getPhone. А то, что написано у вас в конце это какая-то дичь. Каким образом в коде будет реализовано какую имплементацию нам создать, чтобы передать ее в ваш резолвер? Вот именно, что мы все также проверим константу и исходя из нее создадим нужную имплементацию. Так и в чем смысл тогда того, что вы сделали? Теже яйца, только в профиль. Вы явно запутались в концепциях.

• 
  @developerblog14 ай бұрын

  Благодарю за обратную связь. В предложенной реализации PhoneNumberResolver действительно есть место для улучшений, в текущем контексте избыточность может показаться чрезмерной, но иногда такой подход может пригодиться, если система в будущем будет поддерживать больше разнообразных реализаций Phone. Но если говорить конкретно про этот пример да вы правы тут лучше один класс Phone + класс PhoneNumberResolver который в методе принимает два аргумента getPhoneNumber(phoneNumber: number, phones: Phone[]). Такой подход делает резолвер более универсальным, позволяя использовать его для различных реализаций Phone без привязки к конкретному методу

• 
  @Alequez974 ай бұрын

  Вопрос не в избыточности, а в смысле используемой абстракции. В вашем варианте резолвер принимает абстрактный класс Phone и вызывает у него метод getPhone. Это не резолвер, это скорее какой-то странный прокси, причем зачем он здесь нужен, не очень понятно. Резолвер должен что-то резолвить - как ни странно. По сути это другое название маппера. Вы своим решением просто не решили ту проблему, которую обозначили. У вас в коде с таким решением все равно будет switch case, где по типу номера вы будете создавать инстансы имплементации Phone и передавать их резолверу, который не резолвер. Вот я и спрашиваю, в чем смысл был всего этого? Я понял что вы хотели написать, но написали неправильно, я приведу код, который вы скорее всего хотели написать в следующем комментарии

• 
  @developerblog14 ай бұрын

  @@Alequez97 Да я понимаю о чем вы, но я уже писал выше такой подход может пригодится, если в будущем будет расширение реализации Phone. Это просто пример реализации замены switch case, это можно сделать по разному и через abstract, interface ваш пример отлично подходит сюда же. Цель была показать как можно сделать иначе, но выбор реализации может быть иным, даже объект или мапа тоже отличный вариант, по крайней мере лучше чем огромный if или громоздкий switch - вот о чем я хотел сказать 😊

• 
  @dimamka4 ай бұрын

  Мое мнение, это все такой обман в плане популярности языков, вот у Python 12к вакансий, но вакансий на которые можно выучиться за 1 год всего около 1к это Django, Fast Api. И вот вопрос какой смысл учить пайтон если его учат все и везде, а вакансий всего 1к. На аналитиков, инженеров, нужна серьезная база математики и время на учебу уйдет минимум года два. Берем язык Java все вакансии почти идентичны Java core, Spring и вакансий 2,5 тысячи минимум, много вакансий джунов и трейни. Так зачем тогда вообще учить Python даже если он и легче немного.

• 
  @developerblog14 ай бұрын

  Если брать вакансии возможно я с вами соглашусь, хотя многое зависит от вашей локации, +- я бы сказал соотношения одинаковое. Да и популярность тоже почти равна, просто python сейчас выигрывает за счет синтаксиса, хайпа с machine learning, но java очень стабильна в плане вакансий и проектов.

• 
  @romchik_dev4 ай бұрын

  Класный видос, звезду поставил)

• 
  @developerblog14 ай бұрын

  Спасибо 😉

• 
  @DreamingDolphing4 ай бұрын

  Почему C++ и C# в одном разделе? Эти языки программирования настолько же похожие, как Java и Javascript.

• 
  @developerblog14 ай бұрын

  Спасибо за комментарий! В данном видео, имелось ввиду не схожесть языков программирования, а именно популярность и перспективность в изучении, я поставил С++ и С# на 4 место вместе, так как не смог выбрать, что более популярное - сейчас С++ или С# - это два крутых языка программирования которые очень широко применяться, и сложно выбрать один.

• 
  @markerok34114 ай бұрын

  Ну можно в качестве хобби писать программы и называть это стартапом😂 Если нету четкой цели числиться программистом в штате компании🤗 С точки зрения корректной терминологии человек может иметь (например) род занятий «программист», квалификацию «техник-программист», «инженер-программист», специальность «программное обеспечение вычислительной техники и автоматизированных систем» и должность «ведущий программист». И любого из них можно назвать "программист".

• 
  @developerblog14 ай бұрын

  Конечно можно 😉 Любой может называться как хочешь, главное чтобы на деле соответствовало 😀

• 
  @SSWaffenSs4 ай бұрын

  Почему у тебя не получиться стать видеоблогером, а админ?

• 
  @developerblog14 ай бұрын

  Все получается спасибо за беспокойство, для меня это хобби в свободное время, делиться информацией, знаниями, опытом. Нет четкой цели быть блогером на 100% , как то так 😎

• 
  @markerok34114 ай бұрын

  ​@@developerblog1 хобби делиться информацией, знанием, опытом. Звучит так что ты готов стать ментором☝️

• 
  @developerblog14 ай бұрын

  @@markerok3411 Можно и так сказать

• 
  @delagreen11094 ай бұрын

  Изучаю Python 2+ года, изза некоторых рабочих моментов стал смотреть в сторону Си и С++

• 
  @user-gd6vs8rx1n3 ай бұрын

  Я тоже уже больше 3 лет на Python пишу но только 20% И с каждым месяцем всё меньше и меньше, Я очень хорошо знаю Java и C# и пишу веб сервера с помощью Java и пк приложения на C#, и очень редко уже использую Python Я как то раз в группу Python разработчиков, в 2 часа ночи, на сонную голову рассказал какой C# прекрасный и сильный по сравнению с Python К счастью меня не убили Хотя хотели 😅😅😅😅

• 
  @user-hb5vd3ey9d4 ай бұрын

  04:48 ни Go ни Node.js для таких проектов не подходят, так как у обоих нет управления памятью. У обоих всё берёт на себя garbage collectior который запустится в самый важный момент и всё испортит). Для таких проектов надо выбирать либо C либо С++