#ITLife
Усталость, которая не проходит
Иногда кажется, что ты бегаешь по кругу, как хомяк в колесе. Стараешься, вкладываешь всё, что есть, но в итоге остаёшься на том же месте. А если не успеваешь, то чувствуешь себя слабым, недостойным и думаешь, что все вокруг смеются над тобой.
Бывает так, что хочется просто всё бросить. Уехать туда, где никто не найдёт, забыть обо всех проблемах, о людях, о том, что нужно что-то делать. Казалось бы, бежать от всего — это выход. Но вот только есть одна проблема: от самого себя не убежишь. Всё, что внутри, поедет с тобой.
Я много раз думал, что отчисление или переезд могли бы решить мои проблемы. "А вдруг? Вдруг всё начнётся с чистого листа?" Но каждый раз понимал: новая жизнь не начинается с пустоты. Она начинается с работы над собой.
Иногда я чувствую стыд за то, что хочу остановиться. Страх, что другие скажут: "Ну вот, он сдался, ха-ха". Преподаватели, одногруппники, даже случайные знакомые. Это будто бесконечная гонка, из которой ты не можешь выйти, чтобы тебя не затоптали.
Да, иногда нужно остановиться. Взять паузу, отдышаться, дать себе время подумать.
Забота о себе не равна слабости. Она равна здоровью. И я пытаюсь это понять уже некоторое количество времени.
Усталость, которая не проходит
Иногда кажется, что ты бегаешь по кругу, как хомяк в колесе. Стараешься, вкладываешь всё, что есть, но в итоге остаёшься на том же месте. А если не успеваешь, то чувствуешь себя слабым, недостойным и думаешь, что все вокруг смеются над тобой.
Бывает так, что хочется просто всё бросить. Уехать туда, где никто не найдёт, забыть обо всех проблемах, о людях, о том, что нужно что-то делать. Казалось бы, бежать от всего — это выход. Но вот только есть одна проблема: от самого себя не убежишь. Всё, что внутри, поедет с тобой.
Я много раз думал, что отчисление или переезд могли бы решить мои проблемы. "А вдруг? Вдруг всё начнётся с чистого листа?" Но каждый раз понимал: новая жизнь не начинается с пустоты. Она начинается с работы над собой.
Иногда я чувствую стыд за то, что хочу остановиться. Страх, что другие скажут: "Ну вот, он сдался, ха-ха". Преподаватели, одногруппники, даже случайные знакомые. Это будто бесконечная гонка, из которой ты не можешь выйти, чтобы тебя не затоптали.
Да, иногда нужно остановиться. Взять паузу, отдышаться, дать себе время подумать.
Забота о себе не равна слабости. Она равна здоровью. И я пытаюсь это понять уже некоторое количество времени.
Niwe Code Chat
Kotlin омежку порвало на Java гигачадов?)
#Kotlin
Если кто-то считает Kotlin "омежкой", а Java — "гигачадом", то, видимо, у них довольно странное представление о том, что такое "гигачад". Давайте по фактам:
Kotlin — это язык, который заботится о разработчике. Он берёт на себя всю рутину, избавляет от дублирования кода и делает жизнь проще. Если забота об эффективности и комфорте — это признаки "омежки", то что тогда "гигачад"? Это тот, кто с упорством пишет километры шаблонного кода, лишь бы доказать, что он "мужик"?
Java — это язык прошлого. И он, как все старики, просто отказывается уступить дорогу. Да, Java много где используется, но не потому, что он харош, а потому, что на него просто страшно менять инфраструктуру. Это как "старый добрый" дедовский способ: работает, и ладно. Но разве ты называешь "гигачадом" технологии, которые всем надоели, но держатся только потому, что "ну привыкли"?
Kotlin — это выбор тех, кто ценит время. Тех, кто понимает, что работа должна быть в кайф, а не через боль. Java же продолжает тянуть свои "гигачадские" костыли: мол, пусть код выглядит как документация к советскому телевизору, зато "солидно".
И самое главное: гигачадство — это про результат. Кто быстрее и проще решает задачи? Кто даёт больше возможностей с меньшими усилиями? Kotlin. А Java пусть дальше сидит с выражением "я умнее всех, но почему-то никто не хочет со мной работать".
Так что, если Java — это "гигачад", то, видимо, это тот самый "чад", который сидит в углу, бурчит что-то про "раньше было лучше" и еле-еле шевелится. А Kotlin в это время делает свою работу и забирает всех разработчиков.
Если кто-то считает Kotlin "омежкой", а Java — "гигачадом", то, видимо, у них довольно странное представление о том, что такое "гигачад". Давайте по фактам:
Kotlin — это язык, который заботится о разработчике. Он берёт на себя всю рутину, избавляет от дублирования кода и делает жизнь проще. Если забота об эффективности и комфорте — это признаки "омежки", то что тогда "гигачад"? Это тот, кто с упорством пишет километры шаблонного кода, лишь бы доказать, что он "мужик"?
Java — это язык прошлого. И он, как все старики, просто отказывается уступить дорогу. Да, Java много где используется, но не потому, что он харош, а потому, что на него просто страшно менять инфраструктуру. Это как "старый добрый" дедовский способ: работает, и ладно. Но разве ты называешь "гигачадом" технологии, которые всем надоели, но держатся только потому, что "ну привыкли"?
Kotlin — это выбор тех, кто ценит время. Тех, кто понимает, что работа должна быть в кайф, а не через боль. Java же продолжает тянуть свои "гигачадские" костыли: мол, пусть код выглядит как документация к советскому телевизору, зато "солидно".
И самое главное: гигачадство — это про результат. Кто быстрее и проще решает задачи? Кто даёт больше возможностей с меньшими усилиями? Kotlin. А Java пусть дальше сидит с выражением "я умнее всех, но почему-то никто не хочет со мной работать".
Так что, если Java — это "гигачад", то, видимо, это тот самый "чад", который сидит в углу, бурчит что-то про "раньше было лучше" и еле-еле шевелится. А Kotlin в это время делает свою работу и забирает всех разработчиков.
❤2👍1🔥1
#Education
Как не сойти с ума, обучаясь программированию
Программирование — штука увлекательная, но местами выматывающая. Это бесконечный поток задач, кода, обучения и самоанализа. А если ты еще пытаешься жонглировать работой, учёбой и личной жизнью, то риск перегореть становится реальной угрозой.
Важно помнить: IT — это не гонка, а марафон. Вот несколько советов, как сохранить рассудок и удовольствие от обучения.
1. Научись останавливаться и отдыхать
Идея "быть лучшим, всё знать и ни на секунду не останавливаться" звучит заманчиво, но в реальности это путь в никуда. Твои силы не бесконечны, и если их не восстанавливать, последствия будут жесткими.
2. Не забывай о реальной жизни
Погрузиться в IT-реальность — это круто, но если твоя жизнь сводится только к коду, ты теряешь связь с реальным миром.
3. Откажись от идеи быть идеальным
В мире IT невозможно знать всё. Даже самые крутые разработчики постоянно чему-то учатся. Прими тот факт, что ты не обязан быть "лучше всех".
4. Находи радость в том, что делаешь
Когда программирование превращается в рутину, выгорание становится неизбежным. Сделай процесс обучения интересным и вдохновляющим.
5. Не теряй мотивацию
На долгом пути легко забыть, зачем ты вообще начал. А без цели всё становится бессмысленным.
6. Не бойся просить помощи
IT — это не одиночный спорт. Если сталкиваешься с трудностями, не молчи. Иногда достаточно одного совета чтобы всё встало на свои места.
Помни: ты не один
Программирование — это вызов, но ты не обязан справляться с ним в одиночку. Каждый кто сейчас успешен в IT тоже переживал сомнения, выгорание и сложные моменты.
Дай себе время, поддерживай себя и помни: каждый шаг вперёд — это победа, даже если он кажется крошечным.
Как не сойти с ума, обучаясь программированию
Программирование — штука увлекательная, но местами выматывающая. Это бесконечный поток задач, кода, обучения и самоанализа. А если ты еще пытаешься жонглировать работой, учёбой и личной жизнью, то риск перегореть становится реальной угрозой.
Важно помнить: IT — это не гонка, а марафон. Вот несколько советов, как сохранить рассудок и удовольствие от обучения.
1. Научись останавливаться и отдыхать
Идея "быть лучшим, всё знать и ни на секунду не останавливаться" звучит заманчиво, но в реальности это путь в никуда. Твои силы не бесконечны, и если их не восстанавливать, последствия будут жесткими.
Установи для себя лимиты. Например, не больше 4 часов учёбы в день.
Делай перерывы: небольшие каждые 25 минут и более серьёзные — хотя бы раз в неделю на полный отдых.
Помни: отдых — это не слабость, а необходимость для роста.
2. Не забывай о реальной жизни
Погрузиться в IT-реальность — это круто, но если твоя жизнь сводится только к коду, ты теряешь связь с реальным миром.
Выходи на улицу, встречайся с друзьями, занимайся спортом.
Заводи хобби, не связанное с технологиями. Это поможет отвлечься и восстановить ментальное равновесие.
Чередуй умственную нагрузку с физической — это отлично "перезагружает" мозг.
3. Откажись от идеи быть идеальным
В мире IT невозможно знать всё. Даже самые крутые разработчики постоянно чему-то учатся. Прими тот факт, что ты не обязан быть "лучше всех".
Сосредоточься на маленьких, но важных шагах.
Если сталкиваешься с трудностями — это не повод сомневаться в себе, а шанс вырасти.
Не сравнивай себя с другими. Помни: у каждого свой темп развития.
4. Находи радость в том, что делаешь
Когда программирование превращается в рутину, выгорание становится неизбежным. Сделай процесс обучения интересным и вдохновляющим.
Работай над проектами которые тебе нравятся: это может быть игра, приложение или что-то ещё.
Отмечай свои успехи, даже если они кажутся небольшими (желательно без банки пенного ).
Не забывай экспериментировать — пробуй новые языки, подходы и инструменты.
5. Не теряй мотивацию
На долгом пути легко забыть, зачем ты вообще начал. А без цели всё становится бессмысленным.
Напиши свои цели: будь то работа или просто желание научиться чему-то новому.
Возвращайся к этим целям, когда чувствуешь себя потерянным.
Напоминай себе: любой прогресс — это движение вперёд, даже если оно кажется медленным.
6. Не бойся просить помощи
IT — это не одиночный спорт. Если сталкиваешься с трудностями, не молчи. Иногда достаточно одного совета чтобы всё встало на свои места.
Общайся с другими: вступай в чаты, форумы, группы разработчиков.
Найди ментора или товарища по обучению, чтобы делиться проблемами и успехами.
Не стесняйся задавать вопросы — даже самые банальные.
Помни: ты не один
Программирование — это вызов, но ты не обязан справляться с ним в одиночку. Каждый кто сейчас успешен в IT тоже переживал сомнения, выгорание и сложные моменты.
Дай себе время, поддерживай себя и помни: каждый шаг вперёд — это победа, даже если он кажется крошечным.
❤1
#Other
1. Ошибка в коде
Ладно, бывает. Пропустил скобку, переменную назвал неправильно, в цикле хрень написал – фигня, раз-два исправил, и готово. Немного подгорает, но терпимо. Рабочая рутина, не сдохнешь.
2. Ошибка в сборке
Ну ёб твою мать! Казалось бы, всё прописал чётко, а в итоге сборка летит в задницу. Конфиги не те, зависимости съехали, логи орут, а ты сидишь и думаешь: «Где, блин, я опять накосячил?» Лезешь в баш-скрипты, сидишь с дебагом, а время идёт. Уже бесит.
3. Ошибка в линковке
Вот тут начинается реальная жопа. Всё выглядит правильно: библиотеки на месте, пути прописаны, компилятор работает – но линкер просто плюёт тебе в лицо. Эти ваши
4. Ошибка в библиотеке
Когда ты доходишь до этой стадии, хочется выключить компьютер и переехать в деревню. Баг где-то в чёртовой библиотеке, которую писал, судя по всему, конченый маньяк. Читаешь чужой код, и кровь закипает: где документация? Почему всё сделано через жопу? Но тебе это разгребать, а времени на всё – кот наплакал.
5. Ошибка в компиляторе
Ну всё, тушите свет. Если баг в компиляторе, то ты официально в аду. Ты понимаешь, что уже даже материться бесполезно – настолько ситуация дерьмовая. Единственный вариант – искать костыли, писать тикеты в поддержку и молиться, что проблему когда-нибудь решат. Хотя тебе-то уже поздно.
6. Ошибка в железе
А вот это уже полный пиздец. Ты потратил часы чтобы выяснить, что проблема не в твоём коде, не в софте, не в библиотеках, а в хреновом железе. Здесь даже злиться не на кого – остаётся только грустно смотреть в потолок и спрашивать себя: «Зачем я выбрал эту профессию?»
I love Android Studio 🤩 🤩 🤩 🤩
1. Ошибка в коде
Ладно, бывает. Пропустил скобку, переменную назвал неправильно, в цикле хрень написал – фигня, раз-два исправил, и готово. Немного подгорает, но терпимо. Рабочая рутина, не сдохнешь.
2. Ошибка в сборке
Ну ёб твою мать! Казалось бы, всё прописал чётко, а в итоге сборка летит в задницу. Конфиги не те, зависимости съехали, логи орут, а ты сидишь и думаешь: «Где, блин, я опять накосячил?» Лезешь в баш-скрипты, сидишь с дебагом, а время идёт. Уже бесит.
3. Ошибка в линковке
Вот тут начинается реальная жопа. Всё выглядит правильно: библиотеки на месте, пути прописаны, компилятор работает – но линкер просто плюёт тебе в лицо. Эти ваши
undefined reference или «символ не найден» – как ножом по глазам. Ты понимаешь, что впереди несколько часов ковыряния в говне.4. Ошибка в библиотеке
Когда ты доходишь до этой стадии, хочется выключить компьютер и переехать в деревню. Баг где-то в чёртовой библиотеке, которую писал, судя по всему, конченый маньяк. Читаешь чужой код, и кровь закипает: где документация? Почему всё сделано через жопу? Но тебе это разгребать, а времени на всё – кот наплакал.
5. Ошибка в компиляторе
Ну всё, тушите свет. Если баг в компиляторе, то ты официально в аду. Ты понимаешь, что уже даже материться бесполезно – настолько ситуация дерьмовая. Единственный вариант – искать костыли, писать тикеты в поддержку и молиться, что проблему когда-нибудь решат. Хотя тебе-то уже поздно.
6. Ошибка в железе
А вот это уже полный пиздец. Ты потратил часы чтобы выяснить, что проблема не в твоём коде, не в софте, не в библиотеках, а в хреновом железе. Здесь даже злиться не на кого – остаётся только грустно смотреть в потолок и спрашивать себя: «Зачем я выбрал эту профессию?»
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
#Programming
Почему программирование — это не только про код, но и про ёбаную командную работу
Если ты думаешь, что быть разработчиком — это сидеть в углу с ноутом, пить кофе и говнокодить под ло-фи биточки, то братан, у меня для тебя плохие новости. Программирование — это на 50% код и на 50% попытки объяснить коллегам, почему их идеи — это полное говно и что твой способ лучше.
Программирование — это спорт, и вы в одной команде
Забудь что ты "одинокий волк". Если ты пишешь код в команде, то ты по сути играешь в техносоревнования.
Синхронность. Ваш код должен работать как слаженная симфония, а не как пьяная оркестровка на свадьбе.
Групповые вызовы. Ты будешь ревьюить чужие костыли, объяснять, зачем ты написал свой "небольшой" класс на 400 строк и вместе решать, кто будет разгребать баги в пятницу вечером.
Код не стоит ничего без людей
Вот ты написал красивый, идеальный код. Ты гордишься собой. А теперь представь: этот код видит твой коллега. Он открывает твой файл и начинает страдать, потому что ты писал его как бог рандома, не думая о том что кто-то ещё будет это читать.
Программирование — это умение работать с людьми. Объяснить, зачем нужен этот метод. Научить джуна, чтобы он не убил продакшен. Выдержать, когда ПМ предлагает "сделать всё попроще, за полдня".
Командная работа — это жизнь
Конфликты. Они неизбежны. Кого-то бесят твои лямбда-выражения, а тебя бесят их тупые комментарии в Jira.
Поддержка. Когда сервер ложится в 3 утра, ты ценишь тех, кто готов подхватить и помочь, даже если дежуришь не ты.
Команда — это не только коллеги, но и те кто поможет в критический момент. Кто возьмёт на себя часть задач, когда ты утопаешь в дедлайнах. И кто закроет за тебя баг, чтобы ты не пошёл топиться.
Мораль
Программирование — это не только про строки кода. Это про коммуникацию, умение договариваться и терпеть, когда твой тиммейт опять забыл написать тесты. Если ты хочешь стать хорошим разработчиком, научись писать не только код, но и внятные сообщения в Slack. Потому что код важен, но без команды ты просто гордый одиночка с кучей багов.
Почему программирование — это не только про код, но и про ёбаную командную работу
Если ты думаешь, что быть разработчиком — это сидеть в углу с ноутом, пить кофе и говнокодить под ло-фи биточки, то братан, у меня для тебя плохие новости. Программирование — это на 50% код и на 50% попытки объяснить коллегам, почему их идеи — это полное говно и что твой способ лучше.
Программирование — это спорт, и вы в одной команде
Забудь что ты "одинокий волк". Если ты пишешь код в команде, то ты по сути играешь в техносоревнования.
Синхронность. Ваш код должен работать как слаженная симфония, а не как пьяная оркестровка на свадьбе.
Групповые вызовы. Ты будешь ревьюить чужие костыли, объяснять, зачем ты написал свой "небольшой" класс на 400 строк и вместе решать, кто будет разгребать баги в пятницу вечером.
Код не стоит ничего без людей
Вот ты написал красивый, идеальный код. Ты гордишься собой. А теперь представь: этот код видит твой коллега. Он открывает твой файл и начинает страдать, потому что ты писал его как бог рандома, не думая о том что кто-то ещё будет это читать.
Программирование — это умение работать с людьми. Объяснить, зачем нужен этот метод. Научить джуна, чтобы он не убил продакшен. Выдержать, когда ПМ предлагает "сделать всё попроще, за полдня".
Командная работа — это жизнь
Конфликты. Они неизбежны. Кого-то бесят твои лямбда-выражения, а тебя бесят их тупые комментарии в Jira.
Поддержка. Когда сервер ложится в 3 утра, ты ценишь тех, кто готов подхватить и помочь, даже если дежуришь не ты.
Команда — это не только коллеги, но и те кто поможет в критический момент. Кто возьмёт на себя часть задач, когда ты утопаешь в дедлайнах. И кто закроет за тебя баг, чтобы ты не пошёл топиться.
Мораль
Программирование — это не только про строки кода. Это про коммуникацию, умение договариваться и терпеть, когда твой тиммейт опять забыл написать тесты. Если ты хочешь стать хорошим разработчиком, научись писать не только код, но и внятные сообщения в Slack. Потому что код важен, но без команды ты просто гордый одиночка с кучей багов.
#meme
Кот заходит в кафе, садится за стол, достает ноутбук и что-то в нем клацает.
Оффициант в ахуе подходит к коту.
Кот подымает голову и говорит:
будте так добры, чашечку кофе, круасан, и легкий салатик.
Официант: ну ни себе чего. А вы не пробовали выступать в цирке? Там вас ждет успех.
Кот: В цирке, в цирке, в циркее.... хм, интересно. А нахрена им программисты?
Кот заходит в кафе, садится за стол, достает ноутбук и что-то в нем клацает.
Оффициант в ахуе подходит к коту.
Кот подымает голову и говорит:
будте так добры, чашечку кофе, круасан, и легкий салатик.
Официант: ну ни себе чего. А вы не пробовали выступать в цирке? Там вас ждет успех.
Кот: В цирке, в цирке, в циркее.... хм, интересно. А нахрена им программисты?
❤3👍1🔥1
#Programming #Dotnet
Почему .NET Core — это ёбаная боль для разработчиков
Если ты работал с .NET Core и всё тебе в нём нравилось, поздравляю — ты либо мазохист, либо тебе просто повезло не вляпаться в его реальное лицо. Потому что за всеми этими красивыми словами про "кроссплатформенность", "производительность" и "удобство" скрывается тёмная сторона данного зверя.
"Кроссплатформенность", ага
Microsoft такая: "Мы сделали .NET Core, чтобы он работал везде!" Но только забудьте, что "везде" — это:
1. Настройка окружения, которая выбесит даже Будду. Хочешь разрабатывать под Linux? Ну, удачи братан. Половина библиотек либо не работает, либо работает через жопу. Под Mac? Ещё веселее, особенно если твоя IDE вдруг решит что не сегодня.
2. Вечно ломающиеся обновления. Каждое новое обновление ломает старый код, заставляя тебя думать: "Может, ну его нахрен, вернусь на PHP?"
Производительность? Ну-ну
Да, Microsoft любит хвастаться своими бенчмарками, где .NET Core чуть ли не летает. Только в реальной жизни:
Он может внезапно начать жрать ресурсы как голодный бегемот. Вроде всё работало, а тут бах — CPU на 100%, а сервер в ахуе.
Сборщик мусора? Да он работает как пьяный грузчик — либо всё складывает не туда, либо забывает вообще что-то убрать.
Документация — это ад
О, документация в мире .NET Core — вообще отдельная песня. Это как пытаться собрать мебель из IKEA, но инструкции написаны шифром. Ты открываешь доки, а там 100500 страниц общих слов и ни одного реального примера. И всё это в стиле: "Ну, ты сам разберись, ты же разработчик, а мы тут просто платформу сделали".
Зависимости: добро пожаловать в ад
Каждый раз, когда ты добавляешь новую библиотеку, ты как будто запускаешь лотерею.
Либо всё заработает, либо всё, нахуй, рухнет. И начнётся пляска с бубном: какие версии совместимы, что надо откатить, что обновить... В общем, обычный день на .NET Core.
Microsoft и её "любовь"
И давайте честно, Microsoft не делает ничего просто так. Они такие: "О, .NET Core бесплатный, опенсорсный, крутой!" А потом внезапно выясняется, что на каком-то этапе ты всё равно должен залезть в их экосистему, платить за Azure или ещё какую-нибудь их хуйню.
Мораль
.NET Core — это как токсичные отношения. Вроде сначала всё красиво и перспективно, но через месяц ты понимаешь, что тебя просто насилуют, причём на всех уровнях. Если хочешь спокойной жизни, беги подальше. А если решил остаться — ну что ж, удачи разбирать этот ёбаный хаос.
Почему .NET Core — это ёбаная боль для разработчиков
Если ты работал с .NET Core и всё тебе в нём нравилось, поздравляю — ты либо мазохист, либо тебе просто повезло не вляпаться в его реальное лицо. Потому что за всеми этими красивыми словами про "кроссплатформенность", "производительность" и "удобство" скрывается тёмная сторона данного зверя.
"Кроссплатформенность", ага
Microsoft такая: "Мы сделали .NET Core, чтобы он работал везде!" Но только забудьте, что "везде" — это:
1. Настройка окружения, которая выбесит даже Будду. Хочешь разрабатывать под Linux? Ну, удачи братан. Половина библиотек либо не работает, либо работает через жопу. Под Mac? Ещё веселее, особенно если твоя IDE вдруг решит что не сегодня.
2. Вечно ломающиеся обновления. Каждое новое обновление ломает старый код, заставляя тебя думать: "Может, ну его нахрен, вернусь на PHP?"
Производительность? Ну-ну
Да, Microsoft любит хвастаться своими бенчмарками, где .NET Core чуть ли не летает. Только в реальной жизни:
Он может внезапно начать жрать ресурсы как голодный бегемот. Вроде всё работало, а тут бах — CPU на 100%, а сервер в ахуе.
Сборщик мусора? Да он работает как пьяный грузчик — либо всё складывает не туда, либо забывает вообще что-то убрать.
Документация — это ад
О, документация в мире .NET Core — вообще отдельная песня. Это как пытаться собрать мебель из IKEA, но инструкции написаны шифром. Ты открываешь доки, а там 100500 страниц общих слов и ни одного реального примера. И всё это в стиле: "Ну, ты сам разберись, ты же разработчик, а мы тут просто платформу сделали".
Зависимости: добро пожаловать в ад
Каждый раз, когда ты добавляешь новую библиотеку, ты как будто запускаешь лотерею.
Либо всё заработает, либо всё, нахуй, рухнет. И начнётся пляска с бубном: какие версии совместимы, что надо откатить, что обновить... В общем, обычный день на .NET Core.
Microsoft и её "любовь"
И давайте честно, Microsoft не делает ничего просто так. Они такие: "О, .NET Core бесплатный, опенсорсный, крутой!" А потом внезапно выясняется, что на каком-то этапе ты всё равно должен залезть в их экосистему, платить за Azure или ещё какую-нибудь их хуйню.
Мораль
.NET Core — это как токсичные отношения. Вроде сначала всё красиво и перспективно, но через месяц ты понимаешь, что тебя просто насилуют, причём на всех уровнях. Если хочешь спокойной жизни, беги подальше. А если решил остаться — ну что ж, удачи разбирать этот ёбаный хаос.
#Other
Ах ты ебучий заказчик-идиот, цифровой высер, дитя ТЗ из жопы! Ты реально думал, что пришлёшь мне эту хуйню, и я тут, блядь, магическим образом превращу её в нормальный проект? Ты там чё, носом по клаве бил, когда своё "задание" печатал, или это твоя собака решила за тебя оформить заказ, пока ты дрочил в углу?
ГДЕ, БЛЯДЬ, ЛОГИКА? ГДЕ ХОТЬ ЕБАНЫЙ НАМЁК НА СТРУКТУРУ? Это не ТЗ, это ёбаный пиздец на бумаге! Ты там своей жопой текст набирал или пытался хуем по клавиатуре постучать? Ты бы ещё кровью на стене блять выцарапал, чтобы совсем всё понятно было!
Ты чё, реально думаешь, что я экстрасенс? Что я, нахуй, по этим обрывкам слов угадаю, чего ты там себе в воспалённом мозгу напридумывал? Ты где, блядь, видел, чтобы так проекты запускали? Ты пока тут своей хуйней мне мозги ебёшь, я уже три нормальных проекта сделал!
Возьми свою обосранную поделку, запихни её себе в жопу и попробуй переделать, пока я не взял это говно, не распечатал и не отправил тебе обратно бумерангом в ебальник!
Версия цензурированна, иначе Telegram забанит за количество матов в одной букве
Ах ты ебучий заказчик-идиот, цифровой высер, дитя ТЗ из жопы! Ты реально думал, что пришлёшь мне эту хуйню, и я тут, блядь, магическим образом превращу её в нормальный проект? Ты там чё, носом по клаве бил, когда своё "задание" печатал, или это твоя собака решила за тебя оформить заказ, пока ты дрочил в углу?
ГДЕ, БЛЯДЬ, ЛОГИКА? ГДЕ ХОТЬ ЕБАНЫЙ НАМЁК НА СТРУКТУРУ? Это не ТЗ, это ёбаный пиздец на бумаге! Ты там своей жопой текст набирал или пытался хуем по клавиатуре постучать? Ты бы ещё кровью на стене блять выцарапал, чтобы совсем всё понятно было!
Ты чё, реально думаешь, что я экстрасенс? Что я, нахуй, по этим обрывкам слов угадаю, чего ты там себе в воспалённом мозгу напридумывал? Ты где, блядь, видел, чтобы так проекты запускали? Ты пока тут своей хуйней мне мозги ебёшь, я уже три нормальных проекта сделал!
Возьми свою обосранную поделку, запихни её себе в жопу и попробуй переделать, пока я не взял это говно, не распечатал и не отправил тебе обратно бумерангом в ебальник!
🔥3
#Programming #Backend
Бэкендеры — это, блядь, последние герои этого ёбаного цифрового мира. Люди, которые не просто пишут код, а держат всю эту хуйню на своих спинах, пока остальные играются в пиксельные кнопочки и совещания ради совещаний.
Ты, сука, никогда не увидишь их работы, но если они перестанут делать своё дело — всё нахуй развалится. Сайты, приложения, базы, платежи, блядь, даже твой ёбаный интернет-магазин с пивом и чипсами — всё это живёт только потому что где-то есть бэкендер, который в 3 часа ночи фиксил ёбаный прод, матерясь на хуёвый код, который оставил после себя какой-то пидорас называвший себя «разработчиком».
Бэкендер — это тот, кто уже привык, что если у всех выходной, у него релиз. Если все спят у него, ночное обновление базы. Если вдруг всё рухнуло — виноват он, а если всё заебись — ну, так и должно быть. Это человек который отвечает на тупые вопросы менеджера, сдерживая порыв послать его нахуй и чинит хуйню которую тестировщики даже не заметили.
Это не просто кодеры. Это, блядь, мастера тёмных искусств, которые одним запросом в SQL могут вынести к хуям всю базу данных. Это люди у которых на лице написано «я заебался», но они всё равно продолжают работать, потому что сука кто, если не они?
И да, я бэкендер. Мне не стыдно. C#, Java, Python, Kotlin — лучшие языки, созданные для нормальных людей, которые уважают себя и свою нервную систему. А эти вашиJavaScript'ы
Бэкендеры — это, блядь, последние герои этого ёбаного цифрового мира. Люди, которые не просто пишут код, а держат всю эту хуйню на своих спинах, пока остальные играются в пиксельные кнопочки и совещания ради совещаний.
Ты, сука, никогда не увидишь их работы, но если они перестанут делать своё дело — всё нахуй развалится. Сайты, приложения, базы, платежи, блядь, даже твой ёбаный интернет-магазин с пивом и чипсами — всё это живёт только потому что где-то есть бэкендер, который в 3 часа ночи фиксил ёбаный прод, матерясь на хуёвый код, который оставил после себя какой-то пидорас называвший себя «разработчиком».
Бэкендер — это тот, кто уже привык, что если у всех выходной, у него релиз. Если все спят у него, ночное обновление базы. Если вдруг всё рухнуло — виноват он, а если всё заебись — ну, так и должно быть. Это человек который отвечает на тупые вопросы менеджера, сдерживая порыв послать его нахуй и чинит хуйню которую тестировщики даже не заметили.
Это не просто кодеры. Это, блядь, мастера тёмных искусств, которые одним запросом в SQL могут вынести к хуям всю базу данных. Это люди у которых на лице написано «я заебался», но они всё равно продолжают работать, потому что сука кто, если не они?
И да, я бэкендер. Мне не стыдно. C#, Java, Python, Kotlin — лучшие языки, созданные для нормальных людей, которые уважают себя и свою нервную систему. А эти ваши
#Programming #Frontend
Фронтендеры — это ёбаные сверхлюди, которые держат этот мир в красоте и порядке, пока бэкендеры хуярят свои запросы, а менеджеры раздувают сроки, высирая новые хотелки на ходу. Это те самые ебучие волшебники, которые превращают унылые API-ответы в охуенный интерфейс, заставляя пиксели вставать ровно, а кнопки нажиматься плавно и сочно.
Ты думаешь, что твой любимый сайт просто так красиво работает? Хуй там. Где-то сидит фронтендер, который часами ебётся с CSS, потому что в Safari эта сраная кнопка снова съехала на 2 пикселя вниз. Это человек, который воюет с браузерами, борется с вырвиглазными макетами от дизайнеров и одновременно решает, как сделать так чтобы тупой юзер не проебался в навигации.
Фронтендер — это существо, которое кодит в диком стрессе, балансируя между красотой и функциональностью, потому что если что-то сломается — виноват он, а если всё работает идеально — это, блядь, "а че ты взрыв вселенной не сделал при открытии сайта покупки зубочисток?". Он живёт в вечном аду из новых фреймворков, ебанутых требований по адаптивности и странных анимаций, которые дизайнер нарисовал, нихуя не думая как это реализовать.
И да, я также фронтендер. JavaScript, TypeScript, React, Vue — лучшие инструменты, созданные для тех, кто ценит эстетику и удобство и UX. А эти ваши C# и Java — тяжёлые, скучные динозавры, которые существуют только для того чтобы сервер не рухнул пока мы создаём настоящее волшебство.
Фронтендеры — это ёбаные сверхлюди, которые держат этот мир в красоте и порядке, пока бэкендеры хуярят свои запросы, а менеджеры раздувают сроки, высирая новые хотелки на ходу. Это те самые ебучие волшебники, которые превращают унылые API-ответы в охуенный интерфейс, заставляя пиксели вставать ровно, а кнопки нажиматься плавно и сочно.
Ты думаешь, что твой любимый сайт просто так красиво работает? Хуй там. Где-то сидит фронтендер, который часами ебётся с CSS, потому что в Safari эта сраная кнопка снова съехала на 2 пикселя вниз. Это человек, который воюет с браузерами, борется с вырвиглазными макетами от дизайнеров и одновременно решает, как сделать так чтобы тупой юзер не проебался в навигации.
Фронтендер — это существо, которое кодит в диком стрессе, балансируя между красотой и функциональностью, потому что если что-то сломается — виноват он, а если всё работает идеально — это, блядь, "а че ты взрыв вселенной не сделал при открытии сайта покупки зубочисток?". Он живёт в вечном аду из новых фреймворков, ебанутых требований по адаптивности и странных анимаций, которые дизайнер нарисовал, нихуя не думая как это реализовать.
И да, я также фронтендер. JavaScript, TypeScript, React, Vue — лучшие инструменты, созданные для тех, кто ценит эстетику и удобство и UX. А эти ваши C# и Java — тяжёлые, скучные динозавры, которые существуют только для того чтобы сервер не рухнул пока мы создаём настоящее волшебство.
❤1
#ITLife
"Цикл без конца"
Последние дни – сплошной марафон на выживание. Проекты, олимпиады, дедлайны, ожидания, разочарования. Куча ответственности и всё это ложится так, будто я обязан тащить весь мир на своих плечах. Даже если не спрашивают – просто ставят перед фактом.
Люди вокруг… Кто-то пользуется, кто-то просто исчезает. Быть "лучшим программистом" в колледже оказалось не наградой, а приговором. Ожидания только растут и если я не справлюсь, то всё – значит, "разочаровал".
Устал. От вечного напряжения, от бесконечной гонки, от чувства что даже если выкладываюсь на 200%, этого всё равно мало. Даже если ломаю себя, всё равно останусь крайним.👻
Щас понабегут люди которые такие: "да ты заебал ныть, че, тебя так грузят что ли ыаа?)))"
Конечно, это не на заводе по определённому паттерну детали делать, тут епты думать надо чтобы CRUD'ы шлепать. Желаю таким поездки строго нахуй
P.S. Некоторое время записей не будет, существует несколько проблем с этим. Если хотите выбрать тему для поста — пишите в комментарии или анонимный чат.
"Цикл без конца"
Последние дни – сплошной марафон на выживание. Проекты, олимпиады, дедлайны, ожидания, разочарования. Куча ответственности и всё это ложится так, будто я обязан тащить весь мир на своих плечах. Даже если не спрашивают – просто ставят перед фактом.
Люди вокруг… Кто-то пользуется, кто-то просто исчезает. Быть "лучшим программистом" в колледже оказалось не наградой, а приговором. Ожидания только растут и если я не справлюсь, то всё – значит, "разочаровал".
Устал. От вечного напряжения, от бесконечной гонки, от чувства что даже если выкладываюсь на 200%, этого всё равно мало. Даже если ломаю себя, всё равно останусь крайним.
Конечно, это не на заводе по определённому паттерну детали делать, тут епты думать надо чтобы CRUD'ы шлепать. Желаю таким поездки строго нахуй
P.S. Некоторое время записей не будет, существует несколько проблем с этим. Если хотите выбрать тему для поста — пишите в комментарии или анонимный чат.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥1
#Education #IDE
Лучшие текстовые редакторы и IDE: от консольных динозавров до мощных комбайнов
Каждый разработчик проходит через этот путь: сначала редактирует код в чём попало, потом открывает для себя что-то удобное, а потом, возможно, даже вступает в священные войны за лучший редактор. Давайте разберём, какие есть варианты начиная с минимализма и заканчивая мощными IDE.
1. Vi/Vim — редактор для истинных самураев
Если ты знаешь как выйти из Vim, поздравляю — ты уже не просто программист, а член элитного культа. Vim — это древний, но мощный инструмент который работает прямо в терминале. Его можно настроить под себя так что он легко заменит любую IDE, но для этого придётся пожертвовать парой месяцев жизни на изучение команд и хоткеев.
✅ Плюсы:
❌ Минусы:
2. Nano — просто и без боли
Если Vim — это катана, то Nano — это тупая, но удобная дубина. Минималистичный консольный редактор который просто работает. Отличный вариант если тебе нужно быстро отредактировать файлик на сервере и не хочется ломать мозг.
✅ Плюсы:
❌ Минусы:
3. Visual Studio Code — король среди редакторов
VS Code — это идеальный баланс между удобством, гибкостью и мощностью. Его обожают все, кроме ярых фанатов Vim. Поддерживает плагины, умеет работать с Git, подсвечивает код, помогает с дебагом — в общем настоящий швейцарский нож для разработчика.
✅ Плюсы:
❌ Минусы:
4. Sublime Text — лёгкость и скорость
Когда-то был топ-1 среди редакторов пока его не вытеснил VS Code. Тем не менее, он до сих пор хорош, особенно если тебе важны скорость и минимализм.
✅ Плюсы:
❌ Минусы:
5. JetBrains IDE — элита среди IDE
Если тебе нужна не просто среда для редактирования кода, а мощный инструмент для разработки, то продукты JetBrains — твой выбор. IntelliJ IDEA, PyCharm, WebStorm — всё это делает жизнь разработчика проще, если ты готов мириться с тем что твоя IDE жрёт больше оперативки, чем Chrome.
✅ Плюсы:
❌ Минусы:
Итог
Если тебе нужно просто подправить файл в консоли — бери Nano или Vim (если готов страдать).
Если нужна лёгкость и удобство — Sublime Text или VS Code.
Если хочешь профессиональный инструмент — JetBrains IDE.
Каждый выбирает то, что ему удобнее, но самое главное — не вступать в срачи среди редакторов. Потому что как показывает практика, самым важным всё равно остаётся код, а не то где ты его пишешь.
Лучшие текстовые редакторы и IDE: от консольных динозавров до мощных комбайнов
Каждый разработчик проходит через этот путь: сначала редактирует код в чём попало, потом открывает для себя что-то удобное, а потом, возможно, даже вступает в священные войны за лучший редактор. Давайте разберём, какие есть варианты начиная с минимализма и заканчивая мощными IDE.
1. Vi/Vim — редактор для истинных самураев
Если ты знаешь как выйти из Vim, поздравляю — ты уже не просто программист, а член элитного культа. Vim — это древний, но мощный инструмент который работает прямо в терминале. Его можно настроить под себя так что он легко заменит любую IDE, но для этого придётся пожертвовать парой месяцев жизни на изучение команд и хоткеев.
✅ Плюсы:
1. Работает вообще везде (даже на тостере, если постараться).
2. Адская скорость работы для тех, кто освоил хоткеи.
3. Минимальный расход ресурсов.
❌ Минусы:
1. Порог входа выше, чем в ад.
2. Если не знаешь команды — можешь случайно оказаться в ловушке навсегда.
2. Nano — просто и без боли
Если Vim — это катана, то Nano — это тупая, но удобная дубина. Минималистичный консольный редактор который просто работает. Отличный вариант если тебе нужно быстро отредактировать файлик на сервере и не хочется ломать мозг.
✅ Плюсы:
1. Простота использования.
2. Встроен во многие Unix-системы.
3. Легче, чем Vim.
❌ Минусы:
1. Очень ограниченный функционал.
2. Не подходит для серьёзной разработки.
3. Visual Studio Code — король среди редакторов
VS Code — это идеальный баланс между удобством, гибкостью и мощностью. Его обожают все, кроме ярых фанатов Vim. Поддерживает плагины, умеет работать с Git, подсвечивает код, помогает с дебагом — в общем настоящий швейцарский нож для разработчика.
✅ Плюсы:
1. Огромное количество расширений.
2. Удобный интерфейс.
3. Работает практически с любыми языками программирования.
❌ Минусы:
1. Может потреблять немало ресурсов.
2. Иногда глючит и долго грузится.
4. Sublime Text — лёгкость и скорость
Когда-то был топ-1 среди редакторов пока его не вытеснил VS Code. Тем не менее, он до сих пор хорош, особенно если тебе важны скорость и минимализм.
✅ Плюсы:
1. Мгновенная загрузка.
2. Простой, но мощный.
3. Поддержка плагинов.
❌ Минусы:
1. Некоторые фишки доступны только в платной версии.
2. Не так активно развивается, как конкуренты.
5. JetBrains IDE — элита среди IDE
Если тебе нужна не просто среда для редактирования кода, а мощный инструмент для разработки, то продукты JetBrains — твой выбор. IntelliJ IDEA, PyCharm, WebStorm — всё это делает жизнь разработчика проще, если ты готов мириться с тем что твоя IDE жрёт больше оперативки, чем Chrome.
✅ Плюсы:
1. Умный автокомплит, который реально помогает.
2. Глубокая интеграция с языками программирования.
3. Встроенные инструменты для дебага и работы с Git.
❌ Минусы:
1. Требовательны к ресурсам.
2. Платные (но есть бесплатные версии с урезанным функционалом).
Итог
Если тебе нужно просто подправить файл в консоли — бери Nano или Vim (если готов страдать).
Если нужна лёгкость и удобство — Sublime Text или VS Code.
Если хочешь профессиональный инструмент — JetBrains IDE.
Каждый выбирает то, что ему удобнее, но самое главное — не вступать в срачи среди редакторов. Потому что как показывает практика, самым важным всё равно остаётся код, а не то где ты его пишешь.
❤2
Niwe Code
#Education #IDE Лучшие текстовые редакторы и IDE: от консольных динозавров до мощных комбайнов Каждый разработчик проходит через этот путь: сначала редактирует код в чём попало, потом открывает для себя что-то удобное, а потом, возможно, даже вступает в…
#Education #IDE
Visual Studio — это ёбаный кусок софта, созданный чтобы довести разработчиков до истерики
Если тебе вдруг захотелось почувствовать, каково это — работать на ПК с Windows 98, открывая проект три часа, а потом ещё два часа ждать пока он скомпилируется, то поздравляю, Visual Studio — твой личный ад на Земле. Это настолько тяжеловесное, прожорливое и неуклюжее говнище, что даже Chrome с сотней вкладок смотрит на него с уважением.
Вообще Microsoft как будто специально создаёт продукты чтобы проверять людей на выносливость. Ты не просто открываешь Visual Studio — ты подписываешься на медленные загрузки, вечные баги и фризы, бесконечные обновления которые ломают всё что только можно.
Почему Visual Studio — это боль:
🔥 Загрузка блядь дольше, чем скачивание GTA V!
Ты нажал на иконку? Всё нахуй, можешь идти пить чай, играть в доту, гулять с собакой — к тому моменту как эта ебаная прога запустится ты уже успеешь передумать писать код.
🔥 Жрёт ресурсы, как не в себя!
Ты думал что Photoshop много кушает? Хуй там! Visual Studio пожрёт всю твою оперативку, процессор, а потом ещё и нахуй сожрёт свободное место на диске. Оно лагает даже на мощных машинах, а если у тебя слабый ПК то просто смирись — ты теперь живёшь в вечных фризах.
🔥 Обновления — это просто издевательство
Каждое обновление Visual Studio — это лотерея: либо ничего не изменится, либо что-то точно отвалится. Один день ты нормально работаешь, а на следующий — хуй тебе а не сборка проекта, потому что "не найден какой-то ёбаный пакет".
🔥 Глючный отладчик
Отладка в Visual Studio — это как разговор с алкашом: никогда не знаешь когда она зависнет, а когда просто проебёт все брейкпоинты и скажет что всё работает, хотя нихуя не работает.
🔥 Ужасная работа с плагинами
"О, круто, в Visual Studio есть плагины!" — думаешь ты, пока не попробуешь их установить. Через 15 минут когда IDE заебёт тебя тысячей предупреждений, зависнет на полчаса и перезапустится 7 раз, ты поймёшь что лучше бы работал в блокноте.
🔥 Всё ломается без причины
Вот просто: вчера всё работало, а сегодня — хуй тебе в лицо, а не компиляция. Ты даже ничего не менял! Но Visual Studio не надо причин чтобы сдохнуть — она просто живёт своей жизнью и время от времени разрешает тебе программировать.
Visual Studio — это ёбаный кусок софта, созданный чтобы довести разработчиков до истерики
Если тебе вдруг захотелось почувствовать, каково это — работать на ПК с Windows 98, открывая проект три часа, а потом ещё два часа ждать пока он скомпилируется, то поздравляю, Visual Studio — твой личный ад на Земле. Это настолько тяжеловесное, прожорливое и неуклюжее говнище, что даже Chrome с сотней вкладок смотрит на него с уважением.
Вообще Microsoft как будто специально создаёт продукты чтобы проверять людей на выносливость. Ты не просто открываешь Visual Studio — ты подписываешься на медленные загрузки, вечные баги и фризы, бесконечные обновления которые ломают всё что только можно.
Почему Visual Studio — это боль:
🔥 Загрузка блядь дольше, чем скачивание GTA V!
Ты нажал на иконку? Всё нахуй, можешь идти пить чай, играть в доту, гулять с собакой — к тому моменту как эта ебаная прога запустится ты уже успеешь передумать писать код.
🔥 Жрёт ресурсы, как не в себя!
Ты думал что Photoshop много кушает? Хуй там! Visual Studio пожрёт всю твою оперативку, процессор, а потом ещё и нахуй сожрёт свободное место на диске. Оно лагает даже на мощных машинах, а если у тебя слабый ПК то просто смирись — ты теперь живёшь в вечных фризах.
🔥 Обновления — это просто издевательство
Каждое обновление Visual Studio — это лотерея: либо ничего не изменится, либо что-то точно отвалится. Один день ты нормально работаешь, а на следующий — хуй тебе а не сборка проекта, потому что "не найден какой-то ёбаный пакет".
🔥 Глючный отладчик
Отладка в Visual Studio — это как разговор с алкашом: никогда не знаешь когда она зависнет, а когда просто проебёт все брейкпоинты и скажет что всё работает, хотя нихуя не работает.
🔥 Ужасная работа с плагинами
"О, круто, в Visual Studio есть плагины!" — думаешь ты, пока не попробуешь их установить. Через 15 минут когда IDE заебёт тебя тысячей предупреждений, зависнет на полчаса и перезапустится 7 раз, ты поймёшь что лучше бы работал в блокноте.
🔥 Всё ломается без причины
Вот просто: вчера всё работало, а сегодня — хуй тебе в лицо, а не компиляция. Ты даже ничего не менял! Но Visual Studio не надо причин чтобы сдохнуть — она просто живёт своей жизнью и время от времени разрешает тебе программировать.
Visual Studio — это не IDE, а блядская проверка на прочность. Это инструмент, созданный чтобы ты возненавидел программирование, свою жизнь и Microsoft одновременно. Если хочешь работать быстро и без боли — беги нахуй от неё, пока не поздно.
❤1
#Other
Happy holidays to all🤩 !
Happy holidays to all
print('\n'.join([
''.join([
('*'[(x - y) % 1]
if((x * 0.05) ** 2 + (y * 0.1) ** 2 - 1) ** 3 - (x * 0.05) ** 2 * (y * 0.1) ** 3 <= 0 else ' ')
for x in range(-30, 30)
])
for y in range(15, -15, -1)
]))Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2❤1
#Education #IDE
🎓 Как получить подписку JetBrains в России
JetBrains — это мощные IDE, которые делают разработку в разы удобнее. PyCharm, WebStorm, IntelliJ IDEA и другие инструменты значительно упрощают работу, но официально компания ушла из РФ и РБ. Однако получить лицензию всё ещё можно.
Что понадобится:
✅ Аккаунт GitHub
✅ Оформленный README.md
✅ Аккаунт JetBrains
✅ ± неделя терпения
✅ GitHub Education
✅ Оформление лицензии JetBrains
✅ Крепкие нервы
1. Создаём аккаунт GitHub
Лучше использовать @gmail.com или @proton.me, а не @mail.ru.
📌 Ссылка для регистрации:
👉 GitHub Signup
После регистрации подтвердите почту.
2. Оформляем README.md
GitHub требует, чтобы у вас был оформленный профиль.
🔹 Заходим во вкладку Repositories → New
🔹 Название репозитория = ваш ник
🔹 Ставим галочку Add a README file
🔹 Нажимаем Edit README
🔹 Можно использовать генератор:
👉 GH Profile Generator
🔹 Коммитим изменения
🔹 Включаем Two-Factor Authentication
🔹 Заполняем Public Profile
3. Создаём аккаунт JetBrains
📌 Регистрация:
👉 JetBrains Account
Можно зайти через Google или GitHub.
4. Оформляем GitHub Education Pack
🚨 Придётся подождать 5 дней после регистрации перед подачей заявки.
🔹 Заходим в Settings → Building and Plans → Payment Information
🔹 Заполняем данные
🔹 Через 5 дней идём на GitHub Education
👉 GitHub Education Pack
🔹 Вписываем название колледжа/университета
🔹 Фотографируем студенческий + бумажку с именем (лицо не обязательно)
🔹 Выбираем School ID
🔹 Нажимаем Process my Application
Если всё ок, получите Approved. Если нет — GitHub напишет, что исправить.
5. Оформляем лицензию JetBrains
Когда GitHub Education активирован:
👉 JetBrains Student License
🔹 Выбираем подтверждение через GitHub
🔹 Заполняем данные (страну можно любую)
🔹 Ждём — если всё хорошо, JetBrains выдаст лицензию! 🎉
Теперь можно гордо смотреть на пользователей VS Code и говорить:
"Фу, бомжары!" 😎
🎓 Как получить подписку JetBrains в России
JetBrains — это мощные IDE, которые делают разработку в разы удобнее. PyCharm, WebStorm, IntelliJ IDEA и другие инструменты значительно упрощают работу, но официально компания ушла из РФ и РБ. Однако получить лицензию всё ещё можно.
Что понадобится:
✅ Аккаунт GitHub
✅ Оформленный README.md
✅ Аккаунт JetBrains
✅ ± неделя терпения
✅ GitHub Education
✅ Оформление лицензии JetBrains
✅ Крепкие нервы
1. Создаём аккаунт GitHub
Лучше использовать @gmail.com или @proton.me, а не @mail.ru.
📌 Ссылка для регистрации:
👉 GitHub Signup
После регистрации подтвердите почту.
2. Оформляем README.md
GitHub требует, чтобы у вас был оформленный профиль.
🔹 Заходим во вкладку Repositories → New
🔹 Название репозитория = ваш ник
🔹 Ставим галочку Add a README file
🔹 Нажимаем Edit README
🔹 Можно использовать генератор:
👉 GH Profile Generator
🔹 Коммитим изменения
🔹 Включаем Two-Factor Authentication
🔹 Заполняем Public Profile
3. Создаём аккаунт JetBrains
📌 Регистрация:
👉 JetBrains Account
Можно зайти через Google или GitHub.
4. Оформляем GitHub Education Pack
🚨 Придётся подождать 5 дней после регистрации перед подачей заявки.
🔹 Заходим в Settings → Building and Plans → Payment Information
🔹 Заполняем данные
🔹 Через 5 дней идём на GitHub Education
👉 GitHub Education Pack
🔹 Вписываем название колледжа/университета
🔹 Фотографируем студенческий + бумажку с именем (лицо не обязательно)
🔹 Выбираем School ID
🔹 Нажимаем Process my Application
Если всё ок, получите Approved. Если нет — GitHub напишет, что исправить.
5. Оформляем лицензию JetBrains
Когда GitHub Education активирован:
👉 JetBrains Student License
🔹 Выбираем подтверждение через GitHub
🔹 Заполняем данные (страну можно любую)
🔹 Ждём — если всё хорошо, JetBrains выдаст лицензию! 🎉
Теперь можно гордо смотреть на пользователей VS Code и говорить:
"Фу, бомжары!" 😎
❤3
#Education
📚 Нужно ли программисту читать профессиональную литературу?
1️⃣ Google — не панацея
Можно конечно, гуглить всё на ходу, но это как учиться водить машину, спрашивая на каждом светофоре: «А что делать дальше?» Документация и Stack Overflow — круто, но без базового понимания принципов разработки ты будешь собирать код на костылях.
2️⃣ Знания ≠ умение писать код
Знать, как работает фреймворк — это не то же самое что понимать архитектуру приложения. Хочешь писать не просто рабочий, а читаемый и поддерживаемый код? Тогда книги по алгоритмам, паттернам проектирования и принципам разработки — твои лучшие друзья.
3️⃣ Современные технологии — это переупакованные старые идеи
Все эти хайповые штуки типа микросервисов, CI/CD, реактивного программирования — это не новые концепции, а адаптация старых идей. Если ты знаешь теорию, тебе будет легче разбираться в новых технологиях, а не просто бездумно копировать чужие решения.
4️⃣ Чтение = ускорение карьеры
Чем быстрее ты разбираешься в сложных концепциях, тем быстрее растёшь как специалист. А значит выше зарплата, интереснее задачи и меньше шансов что тебя заменят на «программиста с YouTube-курсов».
Что читать?
🔹 "Чистый код" (Роберт Мартин) — если хочешь писать так, чтобы код читали без боли.
🔹 "Совершенный код" (Стив Макконнелл) — книга, которую можно перечитывать раз 10.
🔹 "Алгоритмы" (Кормен) — для тех, кто хочет понимать, почему код работает так, а не иначе.
🔹 "Паттерны проектирования" (Банда четырех) — после этой книги ты не будешь писать говнокод.
Можно конечно не читать и оставаться на уровне «я знаю, как написать сайт на React», но если хочешь стать сильным специалистом — книги дадут тебе такую базу, которую никакие туториалы не заменят.
📚 Нужно ли программисту читать профессиональную литературу?
1️⃣ Google — не панацея
Можно конечно, гуглить всё на ходу, но это как учиться водить машину, спрашивая на каждом светофоре: «А что делать дальше?» Документация и Stack Overflow — круто, но без базового понимания принципов разработки ты будешь собирать код на костылях.
2️⃣ Знания ≠ умение писать код
Знать, как работает фреймворк — это не то же самое что понимать архитектуру приложения. Хочешь писать не просто рабочий, а читаемый и поддерживаемый код? Тогда книги по алгоритмам, паттернам проектирования и принципам разработки — твои лучшие друзья.
3️⃣ Современные технологии — это переупакованные старые идеи
Все эти хайповые штуки типа микросервисов, CI/CD, реактивного программирования — это не новые концепции, а адаптация старых идей. Если ты знаешь теорию, тебе будет легче разбираться в новых технологиях, а не просто бездумно копировать чужие решения.
4️⃣ Чтение = ускорение карьеры
Чем быстрее ты разбираешься в сложных концепциях, тем быстрее растёшь как специалист. А значит выше зарплата, интереснее задачи и меньше шансов что тебя заменят на «программиста с YouTube-курсов».
Что читать?
🔹 "Чистый код" (Роберт Мартин) — если хочешь писать так, чтобы код читали без боли.
🔹 "Совершенный код" (Стив Макконнелл) — книга, которую можно перечитывать раз 10.
🔹 "Алгоритмы" (Кормен) — для тех, кто хочет понимать, почему код работает так, а не иначе.
🔹 "Паттерны проектирования" (Банда четырех) — после этой книги ты не будешь писать говнокод.
Можно конечно не читать и оставаться на уровне «я знаю, как написать сайт на React», но если хочешь стать сильным специалистом — книги дадут тебе такую базу, которую никакие туториалы не заменят.
❤2🗿1
#Programming #CMS
Блядь, каждый раз, когда кто-то говорит "давай сделаем сайт на WordPress / Joomla / Bitrix", у меня начинается нервный тик. Вы серьёзно? Эти ёбаные недосистемы, которые вроде как должны облегчать жизнь, но на деле только создают больше проблем?
Почему CMS — это пиздец?
🔥 Говнокод по умолчанию
Все CMS — это свалка костылей и говна. В код заглядывать страшно: там мешанина из плагинов, дублирующиеся хуёвые запросы и куча ненужного шлака который жрёт ресурсы так, что даже NASA офигеет.
🔥 Безопасность? Не, не слышали
Хах, это идеальная мишень для школьников с Kali Linux. Любой долбоёб с интернетом может найти эксплойт и разъебать твой сайт за 5 минут. WordPress? О да! Поставил десяток плагинов? Поздравляю, твой сайт уже в руках хакеров!
🔥 Производительность на уровне калькулятора
CMS-сайт даже с базовым шаблоном грузится как Windows XP на Pentium 2. Почему? Потому что каждая страничка — это тысяча ненужных запросов, ебаный неоптимизированный код и абсолютно лишние функции которые ты даже не просил.
🔥 Плагины — это ад
Ты хочешь нормальный функционал? Ну держи 30 плагинов из которых 10 конфликтуют между собой, 5 ебут твою верстку, а 3 вообще не работают, а остальные просто жрут память, как ебаный Chrome.
🔥 Обновление? Просто перезапусти сайт нахуй
Ты нажал кнопку "Обновить CMS"? Всё блядь, держись! Либо отвалится верстка, либо сломаются плагины, либо сайт просто уйдёт в закат с 500-й ошибкой.
🔥 Bitrix — это просто ебаный ад на земле
Если WordPress — это ебаный цирк с костылями, то Bitrix — это просто машина пыток для разработчиков. Тормозной, сложный, глючный, с админкой которая выглядит так будто её рисовали в Paint.
Если вам не хочется ебаться с глючным, медленным, дырявым говном, то лучше сразу пишите нормальный код, а не сидите на CMS как на игле. Либо готовьтесь каждый день чинить баги, ебаться с обновлениями и спрашивать себя: "А нахуй я вообще согласился с этим работать?"
Блядь, каждый раз, когда кто-то говорит "давай сделаем сайт на WordPress / Joomla / Bitrix", у меня начинается нервный тик. Вы серьёзно? Эти ёбаные недосистемы, которые вроде как должны облегчать жизнь, но на деле только создают больше проблем?
Почему CMS — это пиздец?
🔥 Говнокод по умолчанию
Все CMS — это свалка костылей и говна. В код заглядывать страшно: там мешанина из плагинов, дублирующиеся хуёвые запросы и куча ненужного шлака который жрёт ресурсы так, что даже NASA офигеет.
🔥 Безопасность? Не, не слышали
Хах, это идеальная мишень для школьников с Kali Linux. Любой долбоёб с интернетом может найти эксплойт и разъебать твой сайт за 5 минут. WordPress? О да! Поставил десяток плагинов? Поздравляю, твой сайт уже в руках хакеров!
🔥 Производительность на уровне калькулятора
CMS-сайт даже с базовым шаблоном грузится как Windows XP на Pentium 2. Почему? Потому что каждая страничка — это тысяча ненужных запросов, ебаный неоптимизированный код и абсолютно лишние функции которые ты даже не просил.
🔥 Плагины — это ад
Ты хочешь нормальный функционал? Ну держи 30 плагинов из которых 10 конфликтуют между собой, 5 ебут твою верстку, а 3 вообще не работают, а остальные просто жрут память, как ебаный Chrome.
🔥 Обновление? Просто перезапусти сайт нахуй
Ты нажал кнопку "Обновить CMS"? Всё блядь, держись! Либо отвалится верстка, либо сломаются плагины, либо сайт просто уйдёт в закат с 500-й ошибкой.
🔥 Bitrix — это просто ебаный ад на земле
Если WordPress — это ебаный цирк с костылями, то Bitrix — это просто машина пыток для разработчиков. Тормозной, сложный, глючный, с админкой которая выглядит так будто её рисовали в Paint.
Если вам не хочется ебаться с глючным, медленным, дырявым говном, то лучше сразу пишите нормальный код, а не сидите на CMS как на игле. Либо готовьтесь каждый день чинить баги, ебаться с обновлениями и спрашивать себя: "А нахуй я вообще согласился с этим работать?"
#Programming
Все говорят, что IT — это высокие зарплаты, удалёнка, свобода и успех. Но нихуя не рассказывают про тёмную сторону этой сферы. Так что ловите правду без фильтров.
❌ 1. Работа не заканчивается никогда
Ты можешь закрыть ноутбук, но твой мозг всё равно будет думать про баги, архитектуру и хуёво написанный код. Особенно если прод упал в пятницу вечером.
❌ 2. Выгорание — это норма
Сроки горят, задачи бесконечны, стек технологий постоянно меняется. Спустя пару лет тебе уже похуй на хайповые фреймворки и тренды — ты просто хочешь чтобы код работал и тебя не трогали.
❌ 3. Ты работаешь не с кодом, а с людьми
Программисту, блядь, не кодить надо, а разруливать менеджеров которые не знают,чего хотят, дебилов-заказчиков и коллег, которые оставляют ебаный говнокод.
❌ 4. Хочешь расти? Учись ВСЕГДА
Хочешь зарабатывать больше? Постоянно учи что-то новое. Через 3 года ты будешь работать не с тем что учил изначально. IT — это про вечное учёбу, или ты нахуй никому не нужен.
❌ 5. Работа удалённо — не всегда кайф
Работа из дома превращается в "ты всегда доступен". Особенно если у тебя тимлид с тараканами в голове и Slack вечно пиликает.
❌ 6. Если ты заебёшься, тебе никто не поможет
Выгорание? Психологические проблемы? Всем насрать пока ты кодишь. Захочешь пойти погулять/отвлечься — готовься к сгоревшим дедлайнам и ожидай звонков с просьбой "просто помочь, это на 5 минут"(3 часа) .
❌ 7. "А сделай быстренько" — твой новый мем
Пиздец, как бесит когда задача на день растягивается на недели, а потом ещё 20 раз переделывается.
Все говорят, что IT — это высокие зарплаты, удалёнка, свобода и успех. Но нихуя не рассказывают про тёмную сторону этой сферы. Так что ловите правду без фильтров.
❌ 1. Работа не заканчивается никогда
Ты можешь закрыть ноутбук, но твой мозг всё равно будет думать про баги, архитектуру и хуёво написанный код. Особенно если прод упал в пятницу вечером.
❌ 2. Выгорание — это норма
Сроки горят, задачи бесконечны, стек технологий постоянно меняется. Спустя пару лет тебе уже похуй на хайповые фреймворки и тренды — ты просто хочешь чтобы код работал и тебя не трогали.
❌ 3. Ты работаешь не с кодом, а с людьми
Программисту, блядь, не кодить надо, а разруливать менеджеров которые не знают,чего хотят, дебилов-заказчиков и коллег, которые оставляют ебаный говнокод.
❌ 4. Хочешь расти? Учись ВСЕГДА
Хочешь зарабатывать больше? Постоянно учи что-то новое. Через 3 года ты будешь работать не с тем что учил изначально. IT — это про вечное учёбу, или ты нахуй никому не нужен.
❌ 5. Работа удалённо — не всегда кайф
Работа из дома превращается в "ты всегда доступен". Особенно если у тебя тимлид с тараканами в голове и Slack вечно пиликает.
❌ 6. Если ты заебёшься, тебе никто не поможет
Выгорание? Психологические проблемы? Всем насрать пока ты кодишь. Захочешь пойти погулять/отвлечься — готовься к сгоревшим дедлайнам и ожидай звонков с просьбой "просто помочь, это на 5 минут"
❌ 7. "А сделай быстренько" — твой новый мем
Пиздец, как бесит когда задача на день растягивается на недели, а потом ещё 20 раз переделывается.
IT — это не только бабки, но и нервы, вечный стресс и работа которая не заканчивается. Так что если идёшь в эту сферу — будь готов жить в режиме "ещё один баг — и я ебанусь".
❤4👍3🔥1
#ITLife
Как жить, если ты программируешь по 12 часов выходя чисто по учёбе?
Скажу честно — это пиздец. Иногда кажется, что я просто кусок говнокода, который кто-то написал ради шутки. День за днём одно и то же: проснулся — сходил в душ — учеба — кодишь — ебашишь до ночи. Голова гудит, глаза горят, а мозг вечно шепчет: «Ты делаешь недостаточно. Работай ещё».
Выгорание? Было. Ломка, если два дня без кода? Хах... Сидишь, бьёшься над задачей, а в голове — пустота. Причём такая, что кажется будто ты вообще ничего не знаешь и все эти разговоры о «лучшем программисте в x» — просто иллюзия.
Но вот в чём правда — по-другому я не могу. Остановись — сожрут. Расслабься — упустишь шанс. Это как бежать марафон, зная что финиша нет, но если замедлишься то тебя просто выкинут из игры.
И всё же, есть несколько вещей, которые помогают не слететь с катушек:
1. Физическая перезагрузка. Когда мозг плавится, встаю и иду делать что-то другое: отжимания, прогулка (если вообще выхожу из дома), пожмякать игрушку. Не ради здоровья — просто чтобы не сойти с ума.
2. Вырубать мысли о других. Все эти «а они отдыхают, а я тут страдаю» — в топку. Да, есть те кто ни хрена не делает и получает всё, но не я. Если хочу чего-то добиться — придётся ебашить.
3. Помнить, зачем я это делаю. Иногда накрывает: «А нахрена я вообще этим занимаюсь?» Но потом вспоминаю — я не хочу быть никем. Я хочу, чтобы мой псевдоним что-то значил.
И да, это больно. Это трудно. Иногда хочется просто исчезнуть, но я всё ещё здесь. И пока я не выложился на 100% я не остановлюсь. Потому что либо ты управляешь кодом — либо он сожрёт тебя.
Так и живём.
Как жить, если ты программируешь по 12 часов выходя чисто по учёбе?
Скажу честно — это пиздец. Иногда кажется, что я просто кусок говнокода, который кто-то написал ради шутки. День за днём одно и то же: проснулся — сходил в душ — учеба — кодишь — ебашишь до ночи. Голова гудит, глаза горят, а мозг вечно шепчет: «Ты делаешь недостаточно. Работай ещё».
Выгорание? Было. Ломка, если два дня без кода? Хах... Сидишь, бьёшься над задачей, а в голове — пустота. Причём такая, что кажется будто ты вообще ничего не знаешь и все эти разговоры о «лучшем программисте в x» — просто иллюзия.
Но вот в чём правда — по-другому я не могу. Остановись — сожрут. Расслабься — упустишь шанс. Это как бежать марафон, зная что финиша нет, но если замедлишься то тебя просто выкинут из игры.
И всё же, есть несколько вещей, которые помогают не слететь с катушек:
1. Физическая перезагрузка. Когда мозг плавится, встаю и иду делать что-то другое: отжимания, прогулка (если вообще выхожу из дома), пожмякать игрушку. Не ради здоровья — просто чтобы не сойти с ума.
2. Вырубать мысли о других. Все эти «а они отдыхают, а я тут страдаю» — в топку. Да, есть те кто ни хрена не делает и получает всё, но не я. Если хочу чего-то добиться — придётся ебашить.
3. Помнить, зачем я это делаю. Иногда накрывает: «А нахрена я вообще этим занимаюсь?» Но потом вспоминаю — я не хочу быть никем. Я хочу, чтобы мой псевдоним что-то значил.
И да, это больно. Это трудно. Иногда хочется просто исчезнуть, но я всё ещё здесь. И пока я не выложился на 100% я не остановлюсь. Потому что либо ты управляешь кодом — либо он сожрёт тебя.
Так и живём.
👍2