Тарас Сервеванн: значит мало практики. Если вам надо внеси изменения в код, то вам его все равно придется понять читать, а не комментарий. Самая больная проблема, код новый, комментарий старый или содержит ошибку.
Тарас Сервеванн: trevoga_su: Фреймворки документируют комментариями, а не описывают происходящее. Это совершено не то, что демонстрирует автор в своем примере. Сравните сами...
Советуют именно не комментировать, документирование - совсем другая тема. То что у автора, пустая трата времени и сплошные проблемы в поддержки кода. Лучше иметь код с десятью ошибками в логике и без комментариев, чем с одной ошибкой в логике и 10 устаревшими комментариями.
Тарас Сервеванн: в вашем примере совершенно нет. В вашем примере комментарии описывают что делает код. А если бы они были документацией они бы описывали как работать с этой функцией/методом/классом.
Документирующий комментарий должен выглядеть так: "Функция приминает на вход дату, возвращает день недели". А что происходит внутри должно быть строго неизвестно.
Александр Вульф: ну мало ли ) вообще мне вот иногда приходится залазит по FTP в директории с тысячами изображений, это для работы системы не много, но в этим моменты я думаю что было бы не плохо их как то раскидать
Абай Тажигалиев: имеется ввиду, что без замыливания будет, например ресайз с 200px до 100 или 50 или 25. До величины кратной двум от исходного разрешения.
Владислав Колоцей: вы пришли к неверному выводу. Если нужны только абзацные переносы строк, то делаются так как я сказал выше. Если вам нужно более сложное форматирование (заголовки, списки, жирный, курсив, ссыли, изображения и тп), очевидно, что вы должны записать в базу текст уже с html разметкой.
Разметка пишется или вручную или ставится на сайт визуальный редактор текста.
Jony1337: = ) на этом ресурсе помогают ответами, а не работой. Вам сюда fl.ru
Но, если ваша работа заключается в программировании на PHP, то ваше увольнение будет обосновано и даже справедливо.