аа, если только цвета менять и не выводить цифр, тогда да, все нормально. Вот только как у вас будет вызываться серверная часть, анализирующая данные и решающая посылать обновления на клиенты или нет? ПХП с кроном тут явно не вариант.
Срочный договор означает то, что он действителен только на определенный срок, вот и все. А уж сколько часов вы будете работать, где и почём — определяется внутри. Ещё раз повторю, спрашивать нужно не у бухгалтеров, а в отделе кадров. И не переживайте, всё и правда будет хорошо.
1. Во-первых, всё, что связано с договорами, исходит от отдела кадров, так что договор нужно спрашивать там (думаю, там уже напечатана тыща бланков). Возьмете один, изучите дома спокойно. Если вас устраивает, что в нём написано — зарплата, обязанности — то подписываете, вот и все дела. Если есть опасения, что они нечисты на руку, то имхо не стоит и начинать с ними работать.
2. Мне кажется, трудовую смотрят только в отделе кадров. Те, кто нанимает, только расспрашивают о предыдущей работе. К тому же, если скажешь им что-то запредельно круто звучащее, то в ответ получишь только: «О_О Кем, кем? а кто это?» Если вы заметили, например, на хабре в вакансиях пишут «опыт работы N лет с PHP/JS/MongoDb/Python (нужное подчеркнуть)». Просто представьте себя на месте нанимателя — что было бы для вас важно в вашем работнике?
3. О, тут может быть что угодно, никогда не угадаешь. Главное, не дать сесть себе на шею:)
под «обвинять в баге» имел ввиду не тыканье пальцем и ругань, а юридическая ответственность. По сути да, только задержкой. При наступлении дедлайна у заказчика было два пути: 1) принять недоделанную работу, 2) применить санкции, закрепленные в договоре. Кстати! Договор-то после сдачи работы был подписан? иными словами, заказчик официально принял работу?
Имхо, главный вопрос Анастасия задала последним:)
А в договоре прописана ответственность за затянутые сроки? Думаю, заказчик сможет обвинить вас в том, что баг появился по вашей вине — так как затянули сроки и не успели протестировать.
в глубине себя я понимаю, что необходимо разбираться в своей IDE как в том, что ты с помощью неё пишешь — только тогда эффективность труда будет максимальной. Но это только в глубине, а на поверхности — лень и нехватка времени. Хочется, чтобы на 95% она (IDE) соответствовала твоим требованиям «из коробки», а 5% можно и потом донастроить.
