Есть ли сайт, где собраны общепринятые практики программирования?

Question

[sir_Maverick]

Суть такая: человек, прочитав учебник, начинает чтото писать и только потом случайно узнает, что счетчик принято делать byte а не int. Или пол юзера в бд обзначать не строкой а булевом. Или что сравнивать надо при авторизации не пароли, а хэши. Или когда уже достаточно лепить методов и пора бы сделать наследование. Это все тут ради примера. Чтото вроде советов бывалых рыбаков, нюансов, про которые расскажет дядя сеньор новенькому джуну, но про что обычно не пишут в книжках. Как, например, что гвоздь нужно смазать салом, чтобы он легче входил в твердое дерево.

Comments

[Максим Мосейчук]

Или пол юзера в бд обзначать не строкой а булевом.

А потом вас ЛГБТ засудят.

[Lander]

fshp, Да! в современных реалиях я бы выбрал тип ENUM. :)

[Anton Mashletov]

fshp, да там скоро bigint понадобится

[Антон Спирин]

fshp, Lander,


Самое забавное, что это уже давно не шутка.

[Roman]

В юникоде вроде все есть.
https://ru.m.wikipedia.org/wiki/Символы_гендера

[Dmitry Bay]

Антон Спирин, вот вам 54 гендера https://www.russianrealty.ru/analytic/articles/rr/...
Я сейчас пишу приложение, там 26 гендеров. Но гендер != пол.

[Антон Спирин]

Dmitry Bay, верно. Но тем не менее, булева значения для трех биологических полов: male, female и intersex все равно не хватит.

spoiler

[DevMan]

Антон Спирин, a если учесть, что bool есть не во всех субд, то....

[Артемий]

счетчик принято делать byte а не int

Это одна из первых вещей, которой учат на школьной информатике - знай типы и экономь память.

[Александр Скуснов]

счетчик принято делать byte а не int

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

[sir_Maverick]

fshp, так можно male сделать false, ни разу еще не видел митингов в защиту прав гетеросексуальных мужчин))

[Максим Мосейчук]

sir_Maverick, а intersex?

[Максим Мосейчук]

sir_Maverick, но вообще я пол с гендером перепутал.

[sir_Maverick]

fshp, я погуглил

Понятие интерсекс относится лишь к физиологии, и не имеет отношения к сексуальной ориентации и гендерной идентичности.

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

[alex-1917]

откуда вы вообще это слово берете?

практики

лучшие практики

из вопроса в вопрос долбят и долбят.
не всегда следовать за модой - полезно.

[alex-1917]

fshp, да кстати, пусть этот тег ЛГБТ добавит, а то вопрос скучноват и неказист

[sir_Maverick]

alex-1917, причем тут мода? Как бы вы назвали то, о чем я спросил?

[alex-1917]

sir_Maverick, например так:
Есть ли сайт, где собраны методы/методики программирования?

практики программирования

- это скорее видеоряд, как джун/сеньор сидит за монитором и клацает по клавишам.

А вот это:

общепринятые

КЕМ принятые?
Сколько человек должно принять, чтобы считалось общепринятым? 10чел? 20000 чел? Все население Земли? Все программисты Индии?
А если кем-то не принятые?
А если принятые, но спустя рукава?
Или за взятку?
)))

Задавая вопрос путем использования многозначащих слов и охватывающих катастрофично большое количество сфер деятельности, рискуете получить такой же размытый ответ. И нахрен он вам, такойответ?

[sir_Maverick]

alex-1917, из множества выбрать подходящее, и, как можете заметить, полезного тут в ответах и каментах уже ооочень много. Не считая, конечно, ответов, где люди считают своим святым долгом придраться к формулировке вместо того, чтобы интерпретировав вопрос так, как они считают нужным, дать на него ответ.

Answer 1

[Moskus]

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

Answer 2

[akimdi]

Вы спрашиваете

где собраны общепринятые практики ?

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

Comments

[sir_Maverick]

Очень много интересного материала, спасибо.

Answer 3

[Dmitry Roo]

но про что обычно не пишут в книжках.

В книжках, как раз и пишут.
Например:
Чистый код Роберта Мартина,
Совершенный код Стива Макконнелла
Паттерны проектирования, тоже, можно сказать, про это.

Comments

[Moskus]

До паттернов проектирования нужно освоить, например, теорию типов данных, архитектуру БД и прочее. А то паттерны превратятся в бессмысленный карго-культ

[Станислав Б]

Moskus, ИМХО, в книгах, где описывают паттерны, обычно объясняют зачем и почему это все. Если человек не дурак, в карго культ это не превратится, а даст пищу для размышлений, как минимум.

[sir_Maverick]

Честно, до макконела и мартина пока не добрался, читал GoF, но они больше нужны для правильной архитектуры кода, когда ты уже понимаешь что нужно писать, и тебя волнует вопрос "как это лучше написать"

Answer 4

[Станислав Макаров]

но про что обычно не пишут в книжках

Что вы, в книжках как раз такое и пишут. Вот например, ваш вопрос про хранение хэшей паролей, а не их plain-text представления, наверняка прекрасно рассмотрен в книге https://www.amazon.com/Web-Application-Security-Be... . Это первое что мне попалось в поиске, но судя по индексу и содержанию, там это всё 100% будет.

прочитав учебник, начинает чтото писать и только потом случайно узнает

Да, возможно такое, учебник ведь не один нужно прочитать.

Вы наверное уже хотите сказать - а прочитал ли я хотя бы по одной из книг на каждый приведённый вами пример? Нет, в целом я прочитал не так много книг. В какой-то момент я: а) начал делать законченные работающие вещи (приложения/скрипты/etc); б) устроился на работу; в) ещё до всего этого научился вовремя задавать себе вопрос "а правильно ли я делаю?". Количество источников информации повышалось: к книгам и лекторам добавились коллеги, потом добавилось чувство "что-то я говнокод пишу, нельзя ли получше". После этого гуглить и совершенствоваться приходится каждый день.

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

Если бы был такой "сайт", сеньорам с 10-летним опытом, которые лет 15 (10 лет полноценного стажа ПЛЮС лет 5 обучения и подработок) собирали информацию из тысяч истоничков и испытывали её на себе, не предлагали бы зарплаты в сотни тысяч рублей.

Comments

[sir_Maverick]

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

Answer 5

[Ranwise]

refactoring.guru

Answer 6

[xmoonlight]

Что-то похожее: https://css-tricks.com/snippets/

Comments

[sir_Maverick]

Очень похоже на то, что я себе представлял, задавая вопрос, особенно в разделе php. В идеале хотелось более общие вещи: не "как сделать кнопку назад" и 15 строк кода, а, допустим, "как реализовать процесс регистрации и авторизации" или "принцип работы визуальных конструкторов на javascript" и пояснение с указанием основных стандартных функций, которые надо смотреть. Короче суть - не сделайте за меня, а скажите, как правильно))

[xmoonlight]

sir_Maverick, "как реализовать процесс регистрации и авторизации" или "принцип работы визуальных конструкторов на javascript" - есть масса вариантов, более 50-ти (на каждый вопрос) - это точно! Вы будете все читать, если они все будут? Лучший выбор - будет зависеть от конкретной задачи.

Answer 7

[Дмитрий Есин]

Такой сайт - это годы практики, тонны граблей и любви к своему делу.
Закачивалки в мозг, как у Джонни-мнемоника, не существует.

Answer 8

[ssurrokk]

есть такой, https://toster.ru называется

Comments

[Александр]

)))))

Answer 9

[Иван Шумов]

Таких нет. Все через конференции, статьи и все такое. Сколько поектов - столько решений

Comments

[ThunderCat]

Серьезно? Все вышеописанные "приемы бывалых рыбаков" - это базовые основы + минимальный уровень логического мышления. Все же конференции это уже когда такие вопросы не возникают, а интерес уже к знаниям/технологиям а-ля блидинг эйдж и реально сложным вещам.

[Иван Шумов]

ThunderCat, будешь смеяться, но на конференциях очень часто рассказывают именно базовые вещи) Даже на зарубежных Qcon и Devoxx

[ThunderCat]

Иван Шумов, я ещё ни разу не слышал конф. Доклада в котором было бы что-то на подобии 'а вот пароли мы храним в хэшах, это одно из преимуществ нашей технологии'...

[xmoonlight]

ThunderCat, Просто повезло! :)

[sir_Maverick]

ThunderCat, не путайте советы по архитектуре приложений для начинающих разработчиков и конференции по представлению "нашей технологии"

[ThunderCat]

sir_Maverick, где я путал? Наоборот, указал что на конференции нет советов для начинающих, иначе это просто тренинг или сбор бабла. Если конференция не несет в себе смысла представить что-то новое, то это просто фестиваль для развлечения, типа комикона.

[sir_Maverick]

ThunderCat, извиняюсь, неправильно вас понял. Сейчас перечитал - все ОК.

Answer 10

[Виктор П.]

Всем привет.
Если я правильно понял вопрос, то это всё обзывается словом "спецификация". Когда выходит новая версия языка, например, майкрософт выпускает очередную версию c#, в которой появляется, скажем, оператор "$", то вместе с этой версией языка выпускается и спецификация - рекомендация как правильно с этим работать. Так же во многих (нормальных) компаниях есть так называемый code style, который, обычно, складывается из этих самых спецификаций и набивается опытом. Как раз в таких документах описаны правила, например, в каком порядке объявлять переменные, в каком стиле должны быть прописаны различные именования, если класс наследуется от IDisposable, то работать с ним только через using. Не использовать First(), если в базе элемент должен быть один, а использовать Single(), например, для редактирования одной сущности.
Если кинете почту, я могу выслать свой документ, который я утащил с одного хорошего проекта. Банальное выполнение правил делает ваш код намного понятнее и читаемее для других участников. Да что говорить, раньше, когда я смотрел на свой код всего лишь полугодовой давности у меня просто вытекали глаза и хотелось всё переписать. Такого больше не повторяется )

Comments

[sir_Maverick]

Благодарю, кинул почту.

[DevBro]

Также хочу ознакомиться. Написал Вам.

[YURIY KOZLOV]

Тоже бы с удовольствием почитал, а скорее - попользовался :)

Answer 11

[sabirovvlad0]

хороший сайт https://proglib.io

Answer 12

[stratosmi]

А сайт где собран ВЕСЬ жизненный опыт человека нужен?

Это невозможно в такой постановке задачи.
Скажем пара десятков паттернов в одной статье - да это возможно.

Сайты типа Хабра или СтекОверфлау - да, возможна.

А то, как вы сформулировали - нет.