[pan_Dzik]

Jak się nazywa sposób komentowania kodu w stylu:
//TODO zaimplementować metodę?

#programowanie

[DiKey]

@pan_Dzik: "na paprocha" xD

[Kramarz]

@pan_Dzik: nazywa się todo, ma oznaczać że coś tutaj trzeba zaimplementować, ale z jakiegoś powodu programista nie moze tego teraz zrobic. Może to też być powod do skasowania fukncjonalności, albo dać znać komuś żeby na ten fragment zerknał, czy też aby ktoś wymyślił coś lepszego, czy lepsza nazwe. Co kolwiek by to nie było, to nie ma służyć jako wymówka do źle napisanego kodu...

POlecam przeczytać książkę Clean Code

[pan_Dzik]

@Kramarz: ja wiem co to jest, tylko chciałem zapytać jak nazywa się styl pisania takich komentarzy? Czy są jakieś inne opcje niż TODO

[Kramarz]

@pan_Dzik: najlepiej TODO 'twoj nick' czy coś w tym stylu, i przed wersją finalną zrób search w poszukiwaniu swoich todo i je napraw przed final release

[pan_Dzik]

@Kramarz: w Clean Code (na stronie 80 w mojej wersji) Martin nazywa to komentarzami TODO, tak jak mówiłeś.
Mam wrażenie, że kiedyś widziałem kod w którym były komentarze w stylu:
//ASK czy to zgodne z analizą techniczną?
Ale to zapewne była jakaś konwencja takiego stosowania komentarzy w danym projekcie, a nie taka uniwersalna.

[pan_Dzik]

@Kramarz: W visual studio jest task lista. A to o co mi chodziło to tokeny :D
Dowiedziłem się z tego artykułu: http://blog.damianantonowicz.pl/2010/08/25/visual-studio-tip-task-list/

[Kramarz]

@pan_Dzik: raczej konwencja, nigdy się nie spotkałem, nawet w dużym korpo

[Kaczus2B]

@Kramarz: Wiele IDE ma wsparcie i wyszukają i wyświetlą ci na żądanie wszystkie iejsca z TODO - wygodne jest to, gdy programujemy np od ogółu do szczegółu. Implementujemy interface, ale na początku nie wszystkie funkcje sa istotne, toteż w środku dajemy TODO z informacją co do zrobienia, aby dopisać np część odpowiedzialną za obsługę błędów.
Ja np tworząc funkcjonalność czegoś, wiem co ma i jak wykonać, więc, żeby nie zapomnieć implementując,

[8tab]

@pan_Dzik: TODOizm