Культурный офтопик
 help / color / mirror / Atom feed
From: Michael Shigorin <mike@altlinux.org>
To: smoke-room@lists.altlinux.org
Subject: [room] "you are not Google" | Fwd: Docker-образы Alpine поставлялись с пустым паролем пользоват...
Date: Thu, 9 May 2019 19:56:42 +0300
Message-ID: <20190509165642.GD11453@imap.altlinux.org> (raw)

С Праздником!

---

Решил переслать комментарий и ссылку, сочтя их весьма интересными.

----- Forwarded message from Ordu -----

Date: Thu,  9 May 2019 17:40:41 +0500 (+05)
Subject: Docker-образы Alpine поставлялись с пустым паролем пользоват...

Новое сообщение от 'Ordu'  в форуме 'Разговоры, обсуждение новостей'
Посмотреть: https://www.opennet.ru/openforum/vsluhforumID3/117318.html#41
Тема: Docker-образы Alpine поставлялись с пустым паролем пользоват...

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

You are not Google[1]. Современный мир предлагает широкий спектр решений, и считать что
какое-то из всегда будет лучше другого -- это значит создавать совершенно ненужных
проблем себе и другим. Люди очень часто забывают об этом, и начинают тянуть в проект
какие-то вещи, которые совершенно не нужны. Это очень распространённая ошибка, которую
совершают не только все эти ваши админы и девопсы, это ошибка которую постоянно совершают
программисты, причём уже на этапе проектирования приложения, когда они проектируют
приложение не под те требования, которые предъявляются задачей, а под те неизвестные им
требования, которые могут возникнуть в будущем. Это ярче всего видно в субкультуре
программистов на жабе, которые проектируют код так, чтобы его потом можно было бы
изменить произвольным образом, как бы не повернулся вектор разработки.

Но есть одна вещь, о которой они все забывают напрочь. Способность разработки итеративно
двигаться в любую сторону, по произвольной траектории, с произвольным количеством
поворотов на 180 градусов -- это само по себе очень сложное требование, которое
увеличивает сложность программы в разы, а раз увеличивает сложность, то усложняет
поддержку и развитие. И таким образом, подчастую, их попытки сделать программу более
поддерживаемой приводят к противоположному результату, поддерживать и развивать
становится сложнее.

> чем больше человек привык к старым технологиям, тем меньше он стоит как специалист.

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

Инженерное дело всё целиком о выборе правильного компромисса между противоречивыми
требованиями предъявляемым к решению задачи. Крайне сложно найти нужный компромисс, и как
правило получается лишь приблизиться к оптимуму, но не достичь его. Но если ты будешь
отрицать этот сам факт того, что перед тобой стоит оптимизационная задача и вваливаться в
крайности, то в результате ты гарантированно получишь субоптимальное решение.

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

[1] https://blog.bradfieldcs.com/you-are-not-google-84912cf44afb

----- End forwarded message -----

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


                 reply	other threads:[~2019-05-09 16:56 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190509165642.GD11453@imap.altlinux.org \
    --to=mike@altlinux.org \
    --cc=smoke-room@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Культурный офтопик

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/smoke-room/0 smoke-room/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 smoke-room smoke-room/ http://lore.altlinux.org/smoke-room \
		smoke-room@lists.altlinux.org smoke-room@lists.altlinux.ru smoke-room@lists.altlinux.com smoke-room@altlinux.ru smoke-room@altlinux.org smoke-room@altlinux.com
	public-inbox-index smoke-room

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.smoke-room


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git