Pull to refresh
14
0

Программист C#

Send message
Юридически там все хороши. Автор не имел права работать. Компания (что куда серьезнее, на самом деле) не имела права «нанимать» автора и получать от него услуги.
Не уверен, что в суде такое проканает.
Я не знаю про какие академии идет речь, простите. Я по большей степени имел ввиду женерик переезд по приглашению. Ну то есть банально компании надо тебя крутого такого к себе. Пожалуйста, оаплатите переезд, помогите адаптироваться. Человек в компании это не просто рабочая единица, нормальная компания должна помогать с такими вещами, банально это все стресс и в конечном итоге сводится к качеству работы. Но безусловно есть локальная специфика, но мне кажется она локальна в рамках компаний, а не стран. Нужно это выявлять на самом старте.
Кстати, у меня есть друзья во Франции которым оплачивали переезд.
Принято. Засяду писать на выходных, материала много :).
В смысле отписаться? Я не знаю, что вам отписать :). Напишите мне сами в личку, если есть вопросы. С радостью отвечу.
В каком смысле:)? Такие истории как раз очень возможны НЕ за рубежом, а точнее типичны как раз для стран СНГ, включая РФ. Удивляет, что такое происходит и за рубежом. Впрочем, кинула автора снгшная контора, что как бы намекает.
про Японию было бы интересно послушать.
Печальный опыт, жаль, что у вас не сложилось.
Сам переехал по приглашению компании в Европу (Данию), очень успешно, ничего подобного не было.
Вообще первый звонок должен был прозвенеть, когда работодатель не стал помогать с визами и оплачивать переезд. Это говорит о том, что вас не будут там поддерживать и помогать, работодатель не будет заинтересован в помощи в ваших проблемах (а он должен, если он нормальный работодатель и приглашает вас из другой страны, это нормальное понимание проблем сотрудника). Им было изначально насрать на ваши проблемы с документами, на отсутсвие денег в чужой вам стране. Ужасно, конечно.

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

Вы API пишете для школьников или для разработчиков?
В общем, это все риторические вопросы. Из всего выше прочитанного стало ясно, что кто-то очень хотел подзаработать на приложениях для детей, по этому нужно было убрать бесплатных конкурентов. Позорище.
Я надеюсь вы маркетолог, но никак не технический специалист. Вас бы уволить за такую ересь как проф. не пригодного.
В некоторых компаниях важность данных определяется исключительно по их утере, к сожалению.
Я вашу позицию услышал, но соверешнно не согласен. В моем понимании, единственное, почему что-то делается непосредственно на продакшне, это лень делать что-то на тестовом сервере. Вот нельзя на продакшне ничего делать, кроме деплоя и все тут — это моя религия. Ладно, останемся при своих мнениях. В конце концов, возможно у нас разное представление размеров продакшна.
Да не вопрос, можно миллиард причин придумать, почему что-то должно делаться на продакшне, о чем разговор-то. Моя позиция — нужно максимально лимитировать доступ к продакшну. Так можно дорассуждаться и до того, что нафик QA и тестовые окружения, ибо на продакшне все удобнее делать и быстрее, чего уж там дамбы гонять туда-сюда.
Это, опять же, говорит о совершенно дурной архитектуре распределения прав. Запрашивай базу к себе на локальную машину и расследуй, что там нужно расследовать.
Это помимо того, что сомневаюсь в компетенции джуниоров вообще что-то расследовать на продакшне (хотя джуниор джуниору рознь, конечно). Меня просто дико коробит связь «джуниор-продакшн», при любой аргументации.
Да нет, конечно. Любое интервью это возможность. Если он будет рассказывать об этом кейсе как о негативном опыте, который приобрел — это только плюс. Лично я бы точно не умалчивал, будь я на месте этого джуниора. Ибо это еще был бы и маркер, чтобы понять, в какую контору я устраиваюсь — любой профессиональный в области наниматель поймет, что вина 100% лежала на конторе и CTO.
Я не силен в юруспруденции США, но мне кажется в тамошнем современном мире этот джуниор, при желании, вообще мог бы подать в суд на эту контору и взыскать с них еще и компенсацию за стресс и моральные издержки в виде потери доверия к профессии и профессиональной области, например.
Ну, тоже мнение. Но, лично я считаю, что любой доступ должен быть жестко лимитирован и разграничен. А, если он необходим, то также жестко аргументирован. Вопрос — зачем джуниору доступ в продакшн? В любой здоровой (от слово здоровье) компании сиди и разрабатывай локально у себя на машине. Потом деплой в тестовую среду. Как только прошли тесты, запрашивай деплой в QA, и далее по цепочке. Никаких доступов в продакшн, кроме лимитированного числа людей ни у кого не должно быть.
Да уж, по возможности бегите из компаний, где у джуниоров есть доступ на удаление продакшн-баз. Это значит, что там все плохо, никто ничего не понимает, а руководить вами будут, по всей видимости, такие же джуниоры, которые в какой-то момент посчитали себя сеньорами-помидорами.
Я не знаю, зачем — не я это делал. Но если бы делал я, воспользовался бы каким-нибудь левым ящиком, к которому у меня есть доступ, сменил бы пароль и избавился от возможности пользователю вернуть его обратно себе, нежели чем сам бы регистрировал какой-то там ящик, да еще и привязывал его к аккаунту фейсбука, ну их нафиг, эти корпорации.
Так, скорее всего, имейл просто хакнут и к нему злоумышленики имеют доступ.
1
23 ...

Information

Rating
Does not participate
Location
Helsingør, Frederiksborg, Дания
Date of birth
Registered
Activity