Если я правильно трактую закон, то да, вы несете ответсвенность за подобные деяния, и ваш поступок будет квалифицироваться не как «подделка документов», а как «подлог документов»
Я сомнительно отношусь к высказываюни пробует новое в контексте «php, .net, perl, c#, java», чтобы нормально потыкать одну из этих систем, надо хотя бы пол года на ней что-то разрабатывать, тогда я могу заключить что человек 2.5 лет прыгал туда сюда. Потому что дописать модуль новостей — это круто, мега круто, но после этого писать что знаком с C# или Java только из-за этого модуля глупо. А вот тут как раз возникает ощущения что делал разные простенькие проекты на разных технологиях или немного дописывал уже готовое.
Я думаю автор не подразумевал попроектную работу. Если у вас был договор на разработчку системы и вы её закончили за 6 месяцев — очень гуд. расскажитео своем опыте и о системе. Но на постоянную работу по ТК обычно берут человека с рассчетом, что он проработает 2-3 года. Ибо работодателю очень не выгодно когда сотрудник задерживается всего на пол года. И конечно работодатель не берет человека на один проект по ТК, проще оформить гражданско-правовой договор (например, подряда) или срочный трудовой договор. А это уже немного другое и тут на сроки работы не смотрят
Хм… у меня ящик на мейл.ру, он уже там фиг знает скока лет, да у меня есть много дргуих на гугле, яндексе, yahoo, и тд, но черт возьми! Почему я должен еще задумываться с какого ящика писать, мне удобен мейл, нравится его дизайн и самое главное он меня устраивает.
В общем предлагаю вам указать в требованиях к вакансии — «не присылать письма с mail.ru», я думаю этот пункт несомненно добавит адекватности вашей компании.
Почитал я статью, которая сподвигла вас к написанию сего поста и мне кажется вы её немного не так поняли. Как писал автор «Комментировать или не комментировать?» коментарии для документации писать надо, особено если вы хотите сделать документацию по паблик АПИ, это может стать удобно, особенно если следовать какой-нибудь структуре типо jsdoc. Однако коментировать код для «Комментарии помогают найти забытый код» звучит бредово, человек который будет работать с кодом потом, скорее всего кроме чувства недоумения ничего не успытает ибо врятли он будет искать код вашим методом, нужный код помогают искать правильная архитектура проекта и названия классов/методов/функций
Если вы про байндинг моделей на вьюшки, то мы решили этот вопрос использованием плагина model-binder (кстати существует несколько версий), который сейчас уже переписали под себя и в тоге получилось много плюшек. Так что если я правильно вас понял, то проблема решаем и вполне просто
Ну посмотрим что получится. Хотя если они не выйдут на рынок с хорошо протестированными и безглючными решениями — будет провал. Эта панелька — потенциальное слабое место, которому надо уделить особое внимание, если оно будет глючить то думаю компани можно будет похоронить. Вот меня собственно и волнует что первый блин может быть комом, а до второго не дойдет и дело.
Думаю надо сказать себе «Я идиот» и устраиваясь на следующую работу вспоминать опыт текущей.
Любое соглашение должно быть письменно, и не идти на уступки в плане переработок более чем на 10% от зп, если это лишь словестное осглашение.
Хм… сейчас «безлимитный» интернет на телефонах вещь более чем обычная, а ХОРОШО сделанные мобильные сайты становятся более распространенными — что само по себе экономит трафик, надобность в обработки трафика где-то еще отпадает, зачем если все работает?
У меня вот безлимитка интернета на телефоне за не большие деньги, пользуюсь хромом (телефон андройд), об опере даже и не думаю.
Ну скажем ограничение в выборе браузера по умолчанию — ущемление прав пользователей, возможно что и есть за что, тем более на мобильном поприще у них достаточно большой кусок рынка.
даже 1мб скриптов сейчас не является проблемай, даже часто с мобильника ибо 3g быстр.
И спростите а почему вы должны писть одно и тоже приложение для мобильника и десктопа? Мне всегда казалось это бредом, и этот респонсив дизайн тоже, и бо реально тянется много лишнего если у вас все универсально для 2048 и 360 пикселей в ширину. Так что не думаю что вы правильно пыслите, тем более не забываем про gzip и кеш надежное решение тоже! Поверьте если 1-3% сайта будут имет ьпроблемы из-за отключенного кеша и прочего, я им могу спокойно сказать «до свидания».
Чтобы принимать решение об эффективности написанно приложения и скорости его работы и количества кода, надо для начало провести тестирование в реальных условиях, а не просто говорить что абстрактные 300кб — это много.
Я вот частенько на работе вставляю разработчикам которые начинают оптимизировать css js html глупыми способами типо: «делать короткие названия классов», «сжимать код делая его менее читаемым», «создание спрайтов руками, без реальной необходимости в этом» Все это и многое другое уже делается автоматически на сервере, сжатие скрипта gzip'ом и кеш дают очень хороший результат
В общем предлагаю вам указать в требованиях к вакансии — «не присылать письма с mail.ru», я думаю этот пункт несомненно добавит адекватности вашей компании.
Ну видимо он написал эмулятор и зарабатывал на нем деньги, что совершенно логично повлекла суд и срок, а для фана — пожалуйста пиши.
Вернули деньги 1999 рублей, естественно 570 рублей на мобильный интернет(который был в данном случае не нужен), никто не вернет.Хм… кажется тут можно покопаться в недрах ЗоЗПП и отвоевать 570р ) Утверждать не берусь, но с большой долей вероятности
Ну и как всегда простыня jq говнокода, вместо осознанного подхода к делу.
Любое соглашение должно быть письменно, и не идти на уступки в плане переработок более чем на 10% от зп, если это лишь словестное осглашение.
У меня вот безлимитка интернета на телефоне за не большие деньги, пользуюсь хромом (телефон андройд), об опере даже и не думаю.
И спростите а почему вы должны писть одно и тоже приложение для мобильника и десктопа? Мне всегда казалось это бредом, и этот респонсив дизайн тоже, и бо реально тянется много лишнего если у вас все универсально для 2048 и 360 пикселей в ширину. Так что не думаю что вы правильно пыслите, тем более не забываем про gzip и кеш надежное решение тоже! Поверьте если 1-3% сайта будут имет ьпроблемы из-за отключенного кеша и прочего, я им могу спокойно сказать «до свидания».
Чтобы принимать решение об эффективности написанно приложения и скорости его работы и количества кода, надо для начало провести тестирование в реальных условиях, а не просто говорить что абстрактные 300кб — это много.
Я вот частенько на работе вставляю разработчикам которые начинают оптимизировать css js html глупыми способами типо: «делать короткие названия классов», «сжимать код делая его менее читаемым», «создание спрайтов руками, без реальной необходимости в этом» Все это и многое другое уже делается автоматически на сервере, сжатие скрипта gzip'ом и кеш дают очень хороший результат