Может у кого-то есть советы, с удовольствием послушаю.
нет, написание комментариев к программам это институт, если программист пишет такой код, что надо прибегать к помощи комментариев, то это у меня плохие новости для фирмыЯ правильно понимаю, что требование знания письменного английского связано с написанием комментариев к программам?
нет, написание комментариев к программам это институт, если программист пишет такой код, что надо прибегать к помощи комментариев, то это у меня плохие новости для фирмы
английский нужен чтобы с заказчиком общаться как письменно, так и устно
ну комментарии любят товарищи с низким уровнем квалификации, чтобы не заморачиваться и правильно не называть переменную, им проще написать пару строк комментариев что к чему, потом меняя код надо еще и комментарии поддерживать, а от автоматического рефакторинга и вовсе отказаться, все менять только руками или пропали комментарии и тогда будет бедаЯ исхожу из опыта в 1с. Это считается хорошим тоном комментировать некоторые моменты. Чтоб не сидеть долго последующим "читателям кода" и разбираться, вкратце неплохо указать,для чего объявлена переменная или смысл цикла. Разве в Java иначе? )))))
у каждого по своему, есть фирмы где и джуны говорят, есть где только менеджерыА с заказчиком общаются не только сеньоры,но миддлы и джуны?)) Почему в вакансиях на джунов письменный английский указан в первых строках требований?
нет, написание комментариев к программам это институт, если программист пишет такой код, что надо прибегать к помощи комментариев, то это у меня плохие новости для фирмы
мне прямо таки теперь стыдно стало, что я к лучшему всегда стремлюсьПрочитали умные книжки, что хороший код сам себя комментирует? Нуну.
а системы контроля версий нет что ли?просто ставлю камент кем и когда изменено
ты про хран? естьа системы контроля версий нет что ли?
я не знаю что это, система контроля версий это такая штука, которая все коммиты хранит и ветки можно отдельные делать, а потом мержить svn, mercurial, gitты про хран? есть
я не очень понимаю зачем для обновления релиза комменты смотретьно каменты удобны при обновлении релиза
я не знаю что это, система контроля версий это такая штука, которая все коммиты хранит и ветки можно отдельные делать, а потом мержить svn, mercurial, git
я не очень понимаю зачем для обновления релиза комменты смотреть
в 1с это по сути хранилище конфигураций(хран)я не знаю что это, система контроля версий это такая штука, которая все коммиты хранит и ветки можно отдельные делать, а потом мержить svn, mercurial, git
специфика 1с. когда обновляешь участок модуля, в который вносились изменения, то каменты помогают четко увидеть, что конкретно переписано.я не очень понимаю зачем для обновления релиза комменты смотреть
в 1с это по сути хранилище конфигураций(хран)
специфика 1с. когда обновляешь участок модуля, в который вносились изменения, то каменты помогают четко увидеть, что конкретно переписано.
если каментов нет, то модуль приходится сравнивать с типовым релизом, чтобы понять, что было доработано. а это лишнее время
Я исхожу из опыта в 1с. Это считается хорошим тоном комментировать некоторые моменты. Чтоб не сидеть долго последующим "читателям кода" и разбираться, вкратце неплохо указать,для чего объявлена переменная или смысл цикла. Разве в Java иначе? )))))
А с заказчиком общаются не только сеньоры,но миддлы и джуны?)) Почему в вакансиях на джунов письменный английский указан в первых строках требований?
все что касаеться ЗП в еб...ой 1С 8 это отдельная тема для нецензурной лексики. более громоздкой и запутанной схемы еще поискать.
мне иногда кажется, что зп писали люди из параллельной вселеннойЗп это вообще мегажесть, что в 7.7, что в 8.х
все-таки 1с в этом плане сложнее прочих языков, где помимо знания языка не нужно знать кучу левой инфы, такой как бухучет, бюджетирование, мсфо и много других страшных словТо есть, если ты написал такой код, который сходу непонятен - это странно.