#Other #Start

Канал создан для выброса моих важных мыслей касательно вещей в IT индустрии + некоторого обучения в данной сфере. В своей задаче я ставлю продвижение разных тем в юмористическом стиле.

Сегодня нам доступно множество различной информации, особенно в нашей любимой "айтишечке". А есть ли шанс того что скоро та форма обучения которая сегодня работает, через 2-3 года заменит GPT?

Возможно... Но нет:

1. Лингвистическая система GPT может ответить на короткие ответы достаточно хорошо, по типу: "как установивт виндовс??". Но когда ей задаешь вопрос из ряда: "Как работает Асинхронность в JavaScript?" у гпт случается нервных срыв и дает очень неоднозначный ответ.

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

3. "Ааа, скоро айтишники будут не нужны!! --ряяя нейронка всех заменит!! —пук-среньк" и другие знакомые всем высказывания. Спешу вас удивить: чтобы написать хороший сайт ТОЛЬКО с использованием нейросети, у людей ушло +-50 запросов. А кто же те люди которые составляют запросы? Правильно! Программисты.

#Education #Other

Поговорим на счет курсов:
Моё правильное и единственное мнение по этому поводу - обсирать человека только из-за того что он прошел курсы, а не "как фсе" прошел через образовательное учреждение, занятие весьма долбоебичесое.

1. В IT неважно, какой ты там курс прошел (Хоть от Торвальдса) и если человек не в состоянии сделать элементарные вещи по типу margin: left 10 px то тут вопросы уже не к курсу, а к человеку.

2. Хорошо, ты за год натаскал человека до уровня junior и что? На рыночке как бы нужен ещё и опыт который дают, но проектом Hello World ты никого не удивишь.

3. Курсы полезны если человек реально осознает что ему нужно от конкретной области: frontend, backend, DevOPS и.т.п. Имаджинируйте лицо вкатуна который зашел на сервис (*******) после рекламы какого-нибудь блогера и пытающийся понять "че мне изучать то? ЯЖ айтишнек - хочу 300к/н-нс"

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

#Education

В поисках идеального языка программирования

Вечный вопрос: "какой язык программирования учить? Java, чтобы почувствовать себя джедаем? Python, чтобы всё было максимально понятно, как в рецептах бабушки?" Выбор за вами.

Вообще сам вопрос уже тривиален, так как это аналогично спору: "2 > 1, но 2 < 3" и те и те правы, просто приоритеты расставлены немного по разные стороны. Вместо этих споров будет эффективнее на рандом взять ЯП и пойти его изучать (у меня так вышло с "C", хотя мой первый язык - Python)

Главное помнить: идеального языка не существует. Всё зависит от задачи. И кстати, ни один язык не научит вас думать. Так что выбирайте язык, как пиццу: на свой вкус, но не забывайте о существовании разных добавок в виде фреймворков!

#Frontend #Backend

Frontend & Backend разработчики. Инь Ян it

Frontend и Backend разработчики — две стороны одной медали как кот и его хозяин, который всегда в поисках Wi-Fi. Один не может существовать без другого, иначе получится как ресторан без кухни — только официанты, которые не знают, что делать с пустыми тарелками.

Представьте, что это ресторан: Frontend — это официант и интерьер, которые видит клиент, а Backend — это кухня, где готовятся блюда. Клиент может восхищаться красивыми столиками и стильными стульями, но если на кухне повар забыл, как варить макароны, то все это великолепие быстро превратится в «почему я вообще сюда пришел?».

Frontend разработчик — это ненастоящий программист, который кроме покраски кнопок ничего делать не умеет тот, кто создает интерфейс, который привлекает и удобен для пользователей. Они работают с HTML, CSS и JavaScript (давайте айти бляди налетайте и говорите что JS это и Backand тоже, и вы будете правы), чтобы сделать ваш сайт так, будто его только что вытащили из большого взрыва вселенной. Но помните, что даже самый красивый интерфейс не спасет вас от того, что кнопка «Купить» ведет на страницу с ошибкой 404.

С другой стороны, Backend разработчик — это тот, кто отвечает за "за кулисами". Они обрабатывают данные, пишут логику приложения и взаимодействуют с базами данных, используя языки типо Python, Ruby, Java или PHP. Они делают так, чтобы сервер не падал как (****), как ваш друг на вечеринке, когда он выпил слишком много.

Так что, в следующий раз, когда frontend-разработчик скажет, что без красивого интерфейса сайт никто не оценит, а backend-разработчик будет утверждать, что фронта можно посадить на бутылку, саманной Node JS, и без стабильной работы сервера и базы данных все пойдет прахом, помните: они оба правы! Гармоничное сочетание frontend и backend — это как идеальный тост с водкой: с одной рюмки получится только просто согреться.

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

#ITLifi

Жизненный цикл программиста: от нуля до бесконечности

1. Инициализация: "Какой же я крутой, сейчас все напишу за пару часов!" — на этом этапе программист чувствует себя богом программного обеспечения. Он уже представил как будет принимать благодарности с короной на голове и на конференциях разработчиков. Разве можно помешать этому юному энтузиасту?

2. Разработка: "Это сложнее, чем я думал" — на этом этапе жизнь начинает напоминать сложный квест RPG, где каждая новая функциональность замедляет процесс, где нужно чтобы каждая деталь работала без сбоев. Временами кажется что сам код дразнит: "А ты точно уверен, что я должен работать?"

3. Тестирование: "Почему это не работает???" — тут программное обеспечение решает сделать вид, что выполняет потайные танцы с байтами. Вместо наземного движения — лишь облачные баги. Программист, уставший от осознания что решение проблемы — это не просто перезагрузка системы, начинает задумываться о том чтобы обратиться к Астрологу: "Когда, наконец, пройдет этот Лунный цикл ошибок?"

4. Деплоймент: "Как это вообще заработало?" — после многочисленных попыток и безумных ночей код все же попадает в продакшн! Программист, смахивая слезу радости, начинает готовиться к шуточкам о том, что никакой день дурака никогда не кончится, если ваш код смог запуститься с первого раза. Вот она — магия работы кода!

5. Поддержка: "О нет, пожалуйста, не говори мне что это снова сломается." — на этом этапе программист начинает думать о жизни вне технологий. Может стать фермером? Нет, как только он задумывается приходит новая ошибка. Антикризисный план постиронии отказывается срабатывать и приходится показывать еще раз свою любовь к Ctrl+C и Ctrl+V.

6. Рефакторинг: "Ладно, сейчас я всё перепишу по новому." — здесь программист наконец приходит к решению о том, что собственный код нужно улучшить, ведь это своего рода терапия. Расположение переменных становится поводом для глубоких раздумий, а комментарии к коду начинают напоминать романтические заметки о страданиях.

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

#Programming #Education

Типизация в программировании – это как выбор обуви: кто-то предпочитает строгие туфли, а кто-то — удобные кроссовки. Давайте проведем экскурсию по основным видам типизации чтобы понять, какая "обувь" подходит именно вам.

### 1. Статическая и динамическая типизация

Статическая типизация — это когда вы выбираете обувь заранее и носите её в течение всего вечера. В языках с такой типизацией как Java, C# и боже упоси C++, тип переменной определяется при компиляции. Другими словами вы не можете сказать: "Дам-ка своему целочисленному параметру немного покататься на серфе", а он сядет в угол и будет скучать, потому что не умеет ничего делать с плавающими числами.

Пример на Java:

int number = 5; // Выбираем туфли
number = "Hello"; // Ой! Это больно. Компилятор говорит: "Так не пойдет!"

Динамическая типизация — это когда вы надеваете кроссовки и можете бегать в любом направлении. Этот стиль типизации присутствует, например, в Python, PHP JavaScript. Здесь тип переменной определяется во время выполнения программы и вы можете делать с ней что угодно. Например, ваша переменная может сначала быть числом, а потом неожиданно стать строкой.

Пример на Python:

number = 5  # Носим кроссовки
number = "Hello"  # Теперь мы на вечеринке, и он стал артистом

### 2. Сильная и слабая типизация

Сильная типизация — это как строгий дресс-код на корпоративе. Если вы пришли в шортах — придется стоять у двери. В языках с сильной типизацией, таких как Python или Java, вы не можете просто так взять и сложить число со строкой. Они будут смотреть на вас как на человека, пришедшего в костюме Billy Harrington'a на свадьбу.

Пример на Python:

number = 5
result = number + "5"  # Интересно, но Python говорит: "Нет, я на это не согласен."

Слабая типизация — это как неформальная вечеринка, где никто не обращает внимания на одежду. JavaScript, к примеру, позволяет вам складывать и объединять строки и числа в одно целое, как будто вы на многоженстве. Во общем тут вылезают все шуточки с JavaScript'иком когда вы складываете яблоки и варенье, а получаете в результате фиолетовый.

Пример на JavaScript:

let number = 5;
let result = number + "5";  // Ура! Мы получили 55, и никто не пострадал!

### 3. Явная и неявная типизация

Явная типизация — это как если бы вы объявили всем на вечеринке какой у вас размер (ладно) обуви и каким цветом она в клетку. В языках с явной типизацией, таких как C или Java, программист сам указывает тип переменной.

Пример на C:

int number = 5; // Явное заявление о своих намерениях

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

Пример на Python:

number = 5  # Да, это число, вы даже не спрашивали!

### Заключение

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

#ITLife

Любовь и ненависть к фреймворкам

Фреймворки в программировании – это как мимолетный роман: они могут вдохновлять и поднимать тебе настроение, но в конечном итоге часто остаются с тобой только после отвратительного завтрака. 🤔 Давайте откровенно: с фреймворками мы переживаем целую гамму эмоций. Вот несколько стадий нашей любови:

1. Этап влюбленности:
- "С новым фреймворком я стану непобедим!" – это именно тот момент, когда мы надеваем розовые очки и каждый элемент кажется идеальным. Встретив стильные документы и «умные» функции, мы говорим: "Как же это круто!" 💖

2. Романтический запал:
- «Проект выйдет за неделю, Я освою его на раз-два!» – и тут наивный оптимизм встречается с реальностью. Через два дня мы уже только изучаем как настройка конфигурации может превратиться в сложную головоломку. И тут начинает приходить осознание: каждый казус – это не только твой, но и фреймворка.

3. Первая измена:
- "Почему каждая новая версия ломает всё что работало раньше?" – вот вопрос который мучает нас, как мука по утрам. Но отчаявшись мы идем искать "чела из стаковерфлоу", чтобы выполнить одну строку кода, пока пробуем "накатить" обновления.

4. Черная полоса:
- "Кто придумал этот фреймворк, и где я могу закопать его создателей?" – в этот момент мы начинаем проклинать всех, кто когда-либо касался клавиатуры, при этом осознавая что проблема, возможно, в самих нас. И если фреймворк запрещает мне писать приложения с минимальными усилиями, то я должен выставить его на всеобщее посмешище, рядом с недо-питонистами

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

6. Собрание с сообществом:
- Фреймворки как вино: "А какой у вас любимый?" – и тут начинается самая настоящая битва уважаемых алкашей-программистов в дискуссиях с фанатами React, Vue и Angular! Но по сути все мы примерно одни и те же в плане разочарования и блаженства от изнасилования.

7. Финал:
- В итоге фреймворки – это как хорошие друзья: иногда они могут дико бесить, но без них ты понимаешь – жизнь была бы слишком скучной. Вот и выбирай: будет это любовь, ненависть или другой маневр, но одного не отнять – фреймворки сделали наше программирование ярким, хотя и утомительным! 🍷👩‍💻