Да вообще практически все. Go, Java, Pascal/Delphi, C#, Obj-C из того на чем я писал. Я даже в c++ на такой стиль перешел для разграничения приватных и публичных методов.
В java/с++ за такое бьют по ебалу. Паскаль мёртв, на го всем поебать.
В чём блять вы пишете, что оно вам не показывает приватное и публичное? В блокноте?
А с большой буквы методы неудобно читать, потому что путаница с классами чисто визуальная, а это самое важное.
В cpp у каждого свой код стандарт. Работал много где имееео такой код стайл. А ты где работаешь что тебе не подсказывает где класс а где метод? Да и по названию их невозможно перепутать
можно нормально называть процедуры и поля и будет понятно, что происходит и без документации, но это как правило слишком сложно и недостаточно интересно.
Я, в таких случаю, ищу Accepatance Criteria в тикете.
Если их нет заебую дева или лида чтоб написали и, пока их нет, тикет висит в "QA" статусе или возвращается в "In Progress" и я его не закрываю (пусть у них бошка болит за статистику, мол, слишком долго тикеты не закрываются и т.д.)
Документация... Как много в этом слове.
Вообще, по-нормальному, документация по фиче пишется ДО кода, и не в коде. А в какой-то хуйне для документации. Там описана, собственно, суть фичи. По желанию, после имплантации, может быть добавлена короткая шпаргалка, куда смотреть в код, основные точки входа.
Документация же в коде - дичь. Она нужна только если код - хуевый. Нормальный код читается и без всякого мусора. Особенно вот этого "гет блять юзер нейм". Можно писать комментарии на неочевидные моменты, на дичь, которая там "по историческим причинам", и всякое такое. Нормальному же коду мусор в виде дублирования в документации нахуй не всрался.
print("I* A*»A4I")
print (" iliiiiii")
print("□
print("■ □
print("□
print("■ □
printc'i limit”) print("S
printC'Your turn! 1.") player = input()
if player == "e4":
printC'i 4 ft, 6« k 4 K") printC’i t t t t t t t”) print ("□ print("■
print("□ ■ □ ml m □ ■") print(”■
printC’i i i 1 Dili”)
________ш
Мой код всегда соответствует принципам SOLID:
ФБ - сука, только что же работало лмО - опять двадцать пять, кто бампнул зависимости и не проверил?!
★ Ь - лида, позовите лида!
*?■*! — и чё делать будем?
♦ О - да щас за пять минут поправим.
String GetUserName()
В чём блять вы пишете, что оно вам не показывает приватное и публичное? В блокноте?
А с большой буквы методы неудобно читать, потому что путаница с классами чисто визуальная, а это самое важное.
*Наговнокодил за день - работает. Потом через 2 года, матерясь, уже неделю пытаешься понять, почему резко перестало работать*
-Работает
Если их нет заебую дева или лида чтоб написали и, пока их нет, тикет висит в "QA" статусе или возвращается в "In Progress" и я его не закрываю (пусть у них бошка болит за статистику, мол, слишком долго тикеты не закрываются и т.д.)
Вообще, по-нормальному, документация по фиче пишется ДО кода, и не в коде. А в какой-то хуйне для документации. Там описана, собственно, суть фичи. По желанию, после имплантации, может быть добавлена короткая шпаргалка, куда смотреть в код, основные точки входа.
Документация же в коде - дичь. Она нужна только если код - хуевый. Нормальный код читается и без всякого мусора. Особенно вот этого "гет блять юзер нейм". Можно писать комментарии на неочевидные моменты, на дичь, которая там "по историческим причинам", и всякое такое. Нормальному же коду мусор в виде дублирования в документации нахуй не всрался.