[ /tv/ /rf/ /vg/ /a/ /b/ /u/ /bo/ /fur/ /to/ /dt/ /cp/ /oe/ /bg/ /ve/ /r/ /mad/ /d/ /mu/ /cr/ /di/ /sw/ /hr/ /wh/ /lor/ /s/ /hau/ /slow/ /gf/ /vn/ /w/ /ma/ /azu/ /wn/ ] [ Main | Settings | Bookmarks | Music Player ]

No.135730 Reply
File: sally___2013_by_a...
Jpg, 79.85 KB, 600×902
edit Find source with google Find source with iqdb
sally___2013_by_artonline-d2tvef2.jpg
File: sally___2028_by_a...
Jpg, 116.46 KB, 600×903
edit Find source with google Find source with iqdb
sally___2028_by_artonline-d2tveft.jpg

Дорогие ученики, учителя, фрилансеры, заказчики, да вообще все, кто пользуется компом в рабочих целях!
Хочу вам напомнить об одном важном моменте в работе, который сэкономит время и нервы вам и другим людям.

Приведу пару примеров.
Заказчик на фрилансе делает техзадание, сохраняет файл, как Техзадание.doc, заливает. Всё вроде бы логично.

Или ученик сдаёт реферат, подписывает его «Реферат - Тема.doc» и сдаёт преподу на просмотр. Тоже вроде всё верно.

Но оба забывают, что у фрилансера этих заказов и техзаданий далеко не одно, у препода рефератов — от целой толпы пачка. Студент делает чуть умнее, помня, что может быть реферат и по другой теме, но забывая о том, что происходит у препода.

Это всё к тому, что старайтесь хоть при отправке, хоть при сохранении себе на комп именовать файлы так, чтобы однозначно их идентифицировать. Не обязательно официально, если это только для себя («ТЗ - баннер для жирного лося на лексусе.doc»)

Третий момент. Допустим вы всё замечательно назвали. И залили на сайт для передачи, не посмотрев, как сайт обходится с файлами. Как показывает практика, всё ещё много отсталых, которые сохраняют файл под уникальным именем, а оригинальное не сохраняют и не восстанавливают при скачивании.

Обойти это можно сохранив всё в папку с адекватным именем и поместив в архив. Имя архива будет испорчено, но по имени папки всё будет понятно.

Вообще если проект состоит из более чем одного значимого файла, лучше его объединить в структуру из папок.
Если работаете в связке — заранее проработайте структуру папок, договоритесь о ней с коллегами. Например один работает над кодом, другой над картинками. Оба должны знать, что картинки лежат в img, исполняемый код в корне, библиотеки в lib. Иначе потом лишние переписывания путей (мало кто выделяет под пути переменную/массив/конфиге) и недовольство друг другом.

Ах да. Не используйте без нужды точку в именах — это может запутать человека. Например известные расширения в винде скрыты и непонятно, после точки новое расширение или часть имени. Просто не забывайте подумать, что у кого-то будет другой взгляд: он будет видеть всё это впервые и сразу и многое, что для вас «очевидно», для получателя совсем не очевидно.
>> No.135737 Reply
>>135730 надо приучаться к лаконичности:
1. название должно ясно отражать суть
2. если суть не ясна, название должно быть как можно короче
3. названия папок отлично уточняют
4. не плодите сущностей
5. во всем должна быть система
6. система должна быть простой и понятной
> Не используйте без нужды точку в именах — это может запутать человека
не давайте такому человеку электронные документы — толку не будет
>> No.135739 Reply
>>135737
> надо приучаться к лаконичности:
Твоя версия хороша для того, кто умеет мыслить широко, продолжать мысль за привычные пределы. А советы выше как раз для тех, кто этого делать не умеет.


Password:

[ /tv/ /rf/ /vg/ /a/ /b/ /u/ /bo/ /fur/ /to/ /dt/ /cp/ /oe/ /bg/ /ve/ /r/ /mad/ /d/ /mu/ /cr/ /di/ /sw/ /hr/ /wh/ /lor/ /s/ /hau/ /slow/ /gf/ /vn/ /w/ /ma/ /azu/ /wn/ ] [ Main | Settings | Bookmarks | Music Player ]