TGViewer
Channel Public Channel
Айтишник обыкновенный 🐰

Айтишник обыкновенный 🐰

@default_itshnik

Привет!

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

Подписывайся, здесь умные хиханьки-хаханьки про IT

Автор: @itshnik_kolya
Subscribers
1.91K
Photos
254
Videos
23
Links
119

Showing posts older than #247 · Back to latest

Older Posts 19 shown
Post #246 742
Штож, всем спасибо! Не скажу, что мы к этому шли очень долго, получилось все куда быстрее, чем я ожидал. Рад всех вас видеть в своем канале, надеюсь, что, действительно, приношу пользу, будь это поднятие настроения очередной юморэзкой или какой-нибудь совет/быстростатья.

💗
  • 👍 20
  • 🔥 11
  • ❤ 5
Post #245 762
Разработка через поведение(BDD)
Behavior Driven Development

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

#словодня
  • 👍 9
  • ❤ 3
  • 🔥 3
  • 🗿 1
Post #244 829
Я не психолог и даже немного не погружался в эту яму с кучей информации, шарлатанов и иногда хороших людей. Однако, недавно коллеги прислали тест «эмоционального выгорания». Думаю, актуальная для айтишников и матерей в декрете тема.

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

Накидайте в комменты свои результаты, очень интересно посмотреть у кого как. А в одном из следующих постов я поделюсь своим результатом и расскажу свои мысли, почему у меня так вышло.
  • 👍 8
  • ❤ 4
  • 🔥 3
Post #243 722
Сегодня без словодня(

#юморэзки
  • 🤣 17
  • ❤ 3
  • 🔥 2
Post #242 773
#кабачок
  • ❤ 7
  • 🔥 5
Post #241 794
Подведу краткий итог по всем основным айтишным принципам.

KISS - Делай проще
DRY - Не повторяйся
WET - Повторяйся, где нужно
YAGNI - Делай то, что нужно
BDUF - Сначала обдумай
APO - Не оптимизируй, если не нужно

Эти принципы, как камни бесконечности Таноса, их тоже шесть😂 И самое главное, что они должны служить вам, а не вы им
  • 🔥 11
  • ❤ 2
  • 🤣 2
  • 👍 1
  • 🫡 1
Post #240 718
Для тех, кто не в курсе, я обожаю абсурдный юмор, каламбуры и тд. Поэтому:

Как называется использованный тротил?
Потратил

#юморэзки
  • 🤣 17
  • 🗿 1
Post #239 758
Масштабирование

Это увеличение серверных мощностей. Есть два основных типа: горизонтальное и вертикальное.

Горизонтальное - увеличение количества машин, на которых будет установлено ПО.

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

Бывает еще, конечно, гибрид, когда увеличивается количество и мощность.

#словодня
  • 👍 7
  • ❤ 3
  • 🔥 2
Post #238 766
Про принцип DRY рассказал, но кто-нибудь слышал про обратный ему принцип WET?

Принцип о том, что нужно повторяться. Можно воспринимать принцип по-разному, как полную противоположность DRY и принять для себя «сухую» или «влажную» сторону. А можно попытаться сесть на оба стула, обозначив, что принцип WET на самом деле о том, что повторяться нужно и можно там, где это необходимо.

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

Проходит время, добавляются новые условия, меняются требования, все дублирующиеся куски, которые вынесены в абстракцию уже далеко не полностью подпадают под нее. Что делать? Можно упороться, наколбасить миллион условий в эту абстракцию и все лишь бы остаться «сухим». Как следствие вы нарушаете принцип KISS, да еще и получаете сложно поддерживаемый кусок алгоритма.

Вот именно для таких случаев и существует принцип WET, правильным будет создать еще одну абстракцию или даже не одну. Да, появится какое-то дублирование кода/алгоритма, но зато вы не накрутили стремное усложнение, кучу лишних проверок там, где это не нужно. И вообще вам тестировщики еще спасибо скажут)) Как, собственно, и потомки, которые будут дорабатывать это)))

Поэтому, возвращаясь к принципу WET. Главное запомнить, что как всегда и везде важна здоровая рациональность. Нужно стараться не повторяться, но это не должно прерваться в принцип ради принципа.

#словодня и #быстростатья
  • 👍 5
  • ❤ 3
  • 🔥 1
Post #237 697
#юморэзки
  • 🤣 10
  • 🔥 4
  • ❤ 1
  • 👍 1
Post #236 825
Последний(вроде) принцип - APO
Avoid Premature Optimization

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

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

На самом деле, если грамотно применять принцип YAGNI, то, скорее всего, до принципа APO даже и не дойдет дело.

Простейший и тупейший пример, почему надо следовать принципу APO - это масштабирование. Вы никогда не будете расширять количество серверов или увеличивать их производительность, пока нагрузка на систему не пробивает в пике и 20% от текущих серверных мощностей.

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

#словодня как короткая #быстростатья
  • ❤ 6
  • 👍 3
  • 🔥 1
Post #235 1.17K
Кстати, с пятницей всех)

#юморэзки
  • 🤣 9
  • 🔥 3
  • 🫡 3
  • 🗿 3
Post #234 1.16K
Очереди/Топики

Это такой асинхронный формат взаимодействия, когда между двумя системами/сервисами лежит прокладка - брокер сообщений. И эти 2 системы начинают вместо прямого «дерганья» друг друга обращаться в этот брокер. Брокер же выделяет место, в которое одна система/сервис кладёт сообщение другой - такое место и называется очередь/топик.

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

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

#словодня
  • 👍 10
  • 🤣 6
  • 🔥 5
Post #232 803
Немного скукурузило😂

#кабачок и #юморэзки
  • 🤣 8
  • ❤ 2
Post #231 825
BDUF

Big Design Up Front – Глобальное проектирование прежде всего. Перевод говорит сам за себя. Очень важный подход, если речь заходит о большом проекте. Хотя даже на пет-проекте правило довольно не плохо применимо, если хочешь, например, приложить меньше усилий для извлечения того же результата.

Именно BDUF зачастую отличает лида/сеньора от джуна/мидла. Отсюда и рождаются мемы, где лиды/сеньоры ничего не делают😂😂😂

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

#словодня
  • 🫡 4
  • ❤ 3
  • 👍 2
Post #230 860
Ахахха, такая жеза

#юморэзки
  • 🤣 16
  • ❤ 3
Post #229 905
SOLID

Продолжаю разбирать самые популярные принципы в разработке ПО.

S — Single Responsibility Principle — Принцип единственной ответственности
O — Open/Closed Principle — Принцип открытости/закрытости
L — Liskov Substitution Principle — Принцип подстановки Барбары Лисков
I — Interface Segregation Principle — Принцип разделения интерфейса
D — Dependency Inversion Principle — Принцип инверсии зависимостей

Кстати, вот классная статья, в которой подробно на картинках(как я люблю) показывают принципы в виде информативных примеров. Здесь же можно подробнее почитать про каждый принцип.

#словодня
  • 🔥 10
  • 👍 3
  • ❤ 2
Post #228 1.03K
#юморэзки
  • 🤣 18
  • 👍 7
  • ❤ 1
Post #227
Айтишник обыкновенный 🐰 pinned «Навигация по каналу Реньше тут были рубрики: #юморэзки - мемы #словодня - рубрика, в рамках которой объясняю рандомные слова из мира IT (рубрика мертва, но можете посмотреть старые публикации) #быстростатья - почти как словодня, только тут более подробный…»
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →