Имя метода с заглавной?
OfcoURse()
Шарписты, сэр...
Да вообще практически все. Go, Java, Pascal/Delphi, C#, Obj-C из того на чем я писал. Я даже в c++ на такой стиль перешел для разграничения приватных и публичных методов.
В java/с++ за такое бьют по ебалу. Паскаль мёртв, на го всем поебать.
В чём блять вы пишете, что оно вам не показывает приватное и публичное? В блокноте?
А с большой буквы методы неудобно читать, потому что путаница с классами чисто визуальная, а это самое важное.
В чём блять вы пишете, что оно вам не показывает приватное и публичное? В блокноте?
А с большой буквы методы неудобно читать, потому что путаница с классами чисто визуальная, а это самое важное.
В cpp у каждого свой код стандарт. Работал много где имееео такой код стайл. А ты где работаешь что тебе не подсказывает где класс а где метод? Да и по названию их невозможно перепутать
Показывает. Но при чтении кода всё равно неудобно.
Добро пожаловать на реактор!
-Работает?
-Работает
-Работает
никто не любит оформлять доки
доки могут быть в виде примечаний в коде )
можно нормально называть процедуры и поля и будет понятно, что происходит и без документации, но это как правило слишком сложно и недостаточно интересно.
Круто мне как тестировщика будет тестировать) без допуска к коду))
Я, в таких случаю, ищу Accepatance Criteria в тикете.
Если их нет заебую дева или лида чтоб написали и, пока их нет, тикет висит в "QA" статусе или возвращается в "In Progress" и я его не закрываю (пусть у них бошка болит за статистику, мол, слишком долго тикеты не закрываются и т.д.)
Если их нет заебую дева или лида чтоб написали и, пока их нет, тикет висит в "QA" статусе или возвращается в "In Progress" и я его не закрываю (пусть у них бошка болит за статистику, мол, слишком долго тикеты не закрываются и т.д.)
Зачем вообще документация? Что бы на твое место взяли кого-то другого?
А ведь он прав...
Нужно сразу с авторским правом! Не зарабатывать же твоим потомкам самим.
Документация... Как много в этом слове.
Вообще, по-нормальному, документация по фиче пишется ДО кода, и не в коде. А в какой-то хуйне для документации. Там описана, собственно, суть фичи. По желанию, после имплантации, может быть добавлена короткая шпаргалка, куда смотреть в код, основные точки входа.
Документация же в коде - дичь. Она нужна только если код - хуевый. Нормальный код читается и без всякого мусора. Особенно вот этого "гет блять юзер нейм". Можно писать комментарии на неочевидные моменты, на дичь, которая там "по историческим причинам", и всякое такое. Нормальному же коду мусор в виде дублирования в документации нахуй не всрался.
Вообще, по-нормальному, документация по фиче пишется ДО кода, и не в коде. А в какой-то хуйне для документации. Там описана, собственно, суть фичи. По желанию, после имплантации, может быть добавлена короткая шпаргалка, куда смотреть в код, основные точки входа.
Документация же в коде - дичь. Она нужна только если код - хуевый. Нормальный код читается и без всякого мусора. Особенно вот этого "гет блять юзер нейм". Можно писать комментарии на неочевидные моменты, на дичь, которая там "по историческим причинам", и всякое такое. Нормальному же коду мусор в виде дублирования в документации нахуй не всрался.
Зы забыл ещё всякие апи, которые торчат вовне. Там документирование строго обязательно.
Вот вам структура джейсончика, тестите через постман пока не получится.
Чтобы написать коммент, необходимо залогиниться
String GetUserName()