1) по поводу договора о неразглашении я не упомянул, готов его подписать.
С кем? Договор о неразглашении подписывается с заказчиком, который явно не поймет, зачем ему нужен человек, который не обязуется работать, а будет тратить время тех, кому заказчик платит. То есть договор о неразглашении подписывается с работниками.
2. Выбрать задачу, указать способ, проверить решение - это время и усилия. В нормальном Agile на оценку каждого таска тратится немало времени, бывает что даже больше, чем на сам таск. И если в проекте есть свои джуниоры, то такие таски лучше скинуть им - чтобы тренировались.
3. Вот именно. Вы говорите, что хочу делать что хочу платно, что хочу бесплатно. Манаджить проект с такими сотрудниками - это огромная головная боль. Зачем мучаться, если проще нанять джуниора за 200-300 баксов и манаджить как всех?
4. Проверка кода делается не с целью пояснить и рассказать что в нем не так. Просмотрел - убедился, что явных косяков нет - заапрувил. Если явный косяк - тогда можно вкратце рассказать. Но не забывайте, что в нормальных компаниях менторство - отдельно оплачивается. Именно для того, чтобы можно быол нанять человека попроще, с уверенностью, что его подстрахуют. Но человек будет работать как все.
5. Неважно какая причина - управление проектами это действительно не простая вещь, и делать подобные исключения - ну нет смысла в этом от слова совсем.
Насколько я знаю - стандартный крон - не умеет.
Вопрос задан человеком, который плохо описал суть проблемы, но описал техническое решение, при этом технически он не понимает как это реализовывать совсем. Отсюда и проблема, что вопрос непонятно о чем, и ответ вряд ли поможет.
Boxxer: Гарантировать вам вообще никто ничего не может. Но сертификат cisco достаточно авторитетный, именно потому, что его получить не так просто, и его наличие показывает наличие определенных знаний.
Для того, чтобы написать su, нужно зайти на сервер. А он не может, потому что zsh не установолен.
Тут нужно чинить другим пользователем, у которого есть sudo
Кстати, телефония в вашем случае будет самое простое - быстрое чтение документации по вашей модели станции, если у вас отдельная офисная АТС или софту, и изучение как поправить экстеншены/провести еще одну линию. Остальное со временем появится.
Saboteur
@saboteur_kiev Куратор тега Организация работы
Evgeniy _: Вы говорите что и так что-то не тестируете, потому что людей нет. Так какая разница не тестировать ничего, или тестировать что-то автоматическими тестами?
krembrule2016: throw собственно и генерирует ошибку.
Например какая-то программа при дисконнекте выдает ошибку и вылетает.
А вы хотите, чтобы она автоматически переподключалась, выдавая красивое предупреждение.
Для этого вы пишете функцию переподключения и обработки, но чтобы проверить ее работу, вам не обязательно выдергивать сетевой кабель - вы можете просто написать "throw disconnect", что будет эмулировать дисконнект программно.
Затем, когда все будет работать окей, убираете ваш throw и живете дальше.
Либо другой вариант.
Например пишете в базу фамилию ученика, затем запрашиваете по сети количество занятий и оценки, делите и записываете в базу среднее. Если вам по сети пришло 0 и 0, то выскочит ошибка деления на ноль, и программа закроется.
Но вы можете перехватить это исключение, выполнить удаление из базы фамилии, а затем снова вызвать это исключение через throw, и программа все-таки вылетит с ошибкой деления на нуль. Но при этом в базе уже не будет лишней фамилии. То есть программа вылетела по ошибке деления на нуль, как и должна была, но при этом целостность базы не пострадала.
Прошу воспринимать оба примера выше как теоретические, для наглядности.
С кем? Договор о неразглашении подписывается с заказчиком, который явно не поймет, зачем ему нужен человек, который не обязуется работать, а будет тратить время тех, кому заказчик платит. То есть договор о неразглашении подписывается с работниками.
2. Выбрать задачу, указать способ, проверить решение - это время и усилия. В нормальном Agile на оценку каждого таска тратится немало времени, бывает что даже больше, чем на сам таск. И если в проекте есть свои джуниоры, то такие таски лучше скинуть им - чтобы тренировались.
3. Вот именно. Вы говорите, что хочу делать что хочу платно, что хочу бесплатно. Манаджить проект с такими сотрудниками - это огромная головная боль. Зачем мучаться, если проще нанять джуниора за 200-300 баксов и манаджить как всех?
4. Проверка кода делается не с целью пояснить и рассказать что в нем не так. Просмотрел - убедился, что явных косяков нет - заапрувил. Если явный косяк - тогда можно вкратце рассказать. Но не забывайте, что в нормальных компаниях менторство - отдельно оплачивается. Именно для того, чтобы можно быол нанять человека попроще, с уверенностью, что его подстрахуют. Но человек будет работать как все.
5. Неважно какая причина - управление проектами это действительно не простая вещь, и делать подобные исключения - ну нет смысла в этом от слова совсем.
Просто устройтесь на работу и получите опыт.