All streams
Search
Write a publication
Pull to refresh
106
0

User

Send message
Ну бал можно не снижать))) Просто надо обратить внимание студента на 2 вещи

1. Ошибки надо стараться обрабатывать до их возникновения. В крайнем случае ловить после и обрабатывать.
2. На рабочем сервере нельзя выводить отладочную информацию с подробным трасингом переменных и функций. Это не безопасно. Использовать логи.

Это впрочем от языка не зависит.
По твоему преподаватель должен заить все языки на которых можно написать веб-приложение?
Мне кажется что вот такого
UnicodeEncodeError at /first_page/

'ascii' codec can't encode characters in position 24-28: ordinal not in range(128)

быть не должно. Ошибки надо обрабатывать и предупреждать. На бал оценку снизить.
А вот стиль кодирования для студента неважен. Питон итак навязывает правильное форматирования кода, этого должно быть достаточно, а остальное придет с опытом. А вот учиться предупреждать и обрабатывать ошибки надо сразу.
Второй вопрос не совсем ясен. Я не знаю что будет делать наш админ. Но проблема не в том. проблема в том что есть один процес который не может пожрать все ему данные ресурсы.
2) не моя проблма. я только решаю проблемы
1) все работает в jboss что не так?
Вот это другой вопрос. Вопрос топика был в другом.
Очепятка.
Кажется пошли темы уже не зависимые от сабжа. Организация разработки большая, интересная тема. Это отдельный блог, не видел есть ли он на хабре, но мысли по этому поводу у меня есть и статью хочу написать. Но после 1 декабря.
Я еду и не считаю себя элитой. Счатаю себя грамотным хорошим специалистом. А вот большенство ребят, с кем я туда еду я и правда считаю элитой. И вам остается только локти кусать что вы в это число не попали. Хотя могли, ибо никаких фейсконтролей нет, и любой грамотный человек мог бы туда попасть. Просто размеры пансионата не позволяют вместить всех желающих.
Вот они как раз таки советуют выбирать золотую середину, не создавая веток на каждую плевую задачу.
Спасибо.
Теперь более или мение представляю себе чем меня может GIT захватить. Изменением стиля разработки. Ведь с ветками SVN создавать ветки на каждый чих накладно, поэтому часть кода правится в транке. Но ясно же что это компромисс.
Я сам случай из жизни придумал. Правда я еще не рехнулся что бы в отпуске програмить, но бывают и такие люди.

Повторяю, не пытаюсь доказать что гит хуже свн. Лучше и намного, уже убедился. Я пытаюсь для себя понять стоит ли сейчас идти к одмину и просить его перевести репозиторий на гит, а потом доказывать программистам что они просто еще не осознали своего счастья
Здорово и правда. Только вот же блин, ну не работаю я дома и ноут с собой не таскаю. Дома нужно отдыхать. Впрочем дома у меня есть интернет и доступ в рабочий репозиторий. Хотя иногда может пригодится, не спорю. Например я был 2 недели в санатории где инета небыло. Мог бы кодить без проблем, а вернувшись в Москву закомитить.
Комитится могу и чаще тут лимита нет.
Разработчиков 7 программеров + верстальщик
бранчей 4 штука, 3 из них trunk, branches и tags )))) Но будет конечно больше. Просто до сего момента с ветками один я работаю.
Пропасть не в нашем мировоззрении, а мировоззрении быдлокодеров которым не вдолбишь что коммититься нужно часто. Если у них будет возможность не коммитится они и не будут пока не пнешь.
Это относится и к написанию тестов. Они понимают что тесты имеют массу преимуществ. Но тут же надо мозгом шевелить.
Так же между прочим и отношении к веткам. Все программисты в офисе в лучшем случае об этом только слышали краем уха. Прошу их уже неделю прочесть свнбук по веткам. Отгадайте с трех раз хотя бы один прочел?
Это совершенно неприемлемо. И компания придерживающаяся такой политики либо состоит из одного программиста, либо в ней полный бардак.
Неа. Я задаю наводящие вопросы))) Я понимаю что сейчас меня на 100% устраивает SVN, и даже если гит настолько крут, все мои потребности удовлетворяет SVN. Но хочу знать о GIT больше. Кое какую документацию уже почитал, но гораздо интереснее спросить у знающих опытных людей. Например распределенный. Я нашел что фича такая есть а вот нафига она в реальных проектах, я так и не понял. Такое чувство, что это просто побочный эффект или аттавизм времен когда инет был дорогой… Вот я и пытаюсь разобраться. А было бы мне неинтересно, я бы сказал «Не нужно мне это» и забыл бы о GIT благополучно. А я наоборот стараюсь найти причины почему мне это нужно.

Мало того, я уже принял решение что один из моих собственных проектов я переведу на GIT. Недельки через две будет время.
>push (отправить изменения в другой репозиторий).

В какой другой? Если я отправлю в репозиторий Васи, а не отправлю в репозиторий Пети. А если в команде 20 человек мне нужно всем отправить поочереди? А если я не хочу что бы мне кто то что-то отправлял?
Чем это хорошо? А как оно работает? Кто то же должен следить за всеми рабочими копиями.

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Date of birth
Registered
Activity