Ну не знаю. На испытательный срок ставить сотруднику задачу, от которой зависит репутация веб-студии?
Я считаю, что менеджер гораздо более неправ, чем программист в данном случае.
freeExec: Вы видимо путаете какая информация о пользователе является его персональной информацией, и какие персональные данные пользователя считаются таковыми в контексте закона об обработке данных.
Емайл - не является, о чем есть ответ например Жарова, который отвечая в интервью, упомянул, что ни телефон ни емайл в отдельности не является персональными данными.
Только совокупность данных, над списком которых в каждом конкретном случае лучше пусть поработает юрист.
Даниил Вершинин: Как можно просрочить проект таким образом, что менеджер об этом узнал уже после рассторжения контракта клиентом?
Задача менеджера быть всегда в курсе что на какой стадии, а ждать пока можно будет посчитать деньги.
freeExec: Вам стоит обратиться к юристу, чтобы выяснить что такое "однозначная идентификация абонента".
Грубо говоря, вас ловят на улице, предявляют вам емайл и говорят - ты точно пользователь этого емайла? А ты можешь сказать что угодно, и никто не докажет.
Вот паспорт если предъявят - то можно провести опознание, поскольку другой человек НЕ может законно пользоваться вашим паспортом. А емайлом - да хоть пароль на тостере опубликуйте, пусть все пользуются.
Какое отношение это имеет "в противоположность централизованным" системам?
Кто мешает поднять вам SVN на локальной машине и уехать с ней в отпуск, спокойно там работая?
А потом приехать и влить изменения в тот же гитхаб с такой же "легкостью" (это если никто ничего не трогал тут)
Прелесть децентрализированных систем несколько в другом.
freeExec: "Всё не так. Вот представь gfnfgnfgg@mail.ru зарегистрирован на госуслугах, сколько человек за ним стоит или могут зарегистрироваться как дубликаты - всего один."
Зачем что-то представлять?
Суд может доказать, что емайл всегда идентифицирует конкретного человека?
Не в этом частном случае, а вообще?
Нет.
Значит это НЕ персональные данные, и если кто-то будет возникать - в суде это легко выигрывается.
ПД должны ОДНОЗНАЧНО идентифицировать человека. Не в конкретном случае, а в общем.
Light Air: Мне, с точки зрения девопса, вообще все равно на чем работают девелоперы. И среди сишников и среди джавистов и джаваскриптеров я кругом вижу людей с разными навыками и разными представлениями о том, что и как нужно писать. Поэтому я не очень сильно понимаю ваше возмущение исключительно PHPшниками.
И серьезно. Предположите, что вы - не разработчик, но вам необходимо написать небольшую софтинку для личных целей, которая например считает домашнюю бухгалтерию. Вот эксель не устраивает, готовые продукты не устраивают, нужно свое с киллерфичей, нужной только вам, и пишется эта киллерфича минимум недели две.
Как вы сможете найти хорошего специалиста? Да никак. Хороший востребованный специалист просто не будет париться и работать над такой мелочевкой. Джуниор не справится. Мидер - в меру своей говнокодистости.
Если код работает - это код. Грубо говоря говнокод в основном исключительно взгляд со стороны другого опыта, то есть грубо говоря - все джуниоры говнокодеры для мидов, все миды говнокодеры для сеньоров, почти все сеньоры говнокодеры для архитектов.
100 if/else говнокод, где можно было использовать case или цикл, но кому-то платят за строки, и с его точки зрения - он продвинутый специалист, знающий как заработать деньги.
На самом деле, если посмотреть глобально и объективно - нельзя сказать, что говнокодеры - это плохо, это как-бы нормально, что не все гении.
В мире миллионы людей ездят на машинах, но профессиональными водителями являются лишь несколько процентов. Но это никак не мешает людям пользоваться личным транспортом, рабочим транспортом, и даже работать и зарабатывать на этом деньги...
Быть сверх-крутым специалистом это круто, но не быть им - ну.. нормально. Как бы все не старались стремиться к идеалу - нужно понимать, что все рабочие места не могут быть заняты исключительно крутыми специалистами, и нужно уметь работать со всеми.
Именно поэтому и были придуманы и ООП и анализаторы кода и методики разработки, которые уменьшают шансы человеческой ошибки и неграмотности значительно аффектить весь проект.
Даже если все внезапно станут крутыми сеньорами, все равно найдутся очередные Кармаки, по сравнению которым ты будешь говнокодером =)
kruslan: Норм программист не во все проекты пойдет.
Крутые программисты вполне могут себе найти хорошую ЗП в проектах поинтереснее, чем например финансинг. В результате и высокой зарплатой туда не заманишь, и даже заманив - грамотные специалисты сбегают, а нужно же понимать, что разобраться в проекте - это несколько месяцев, чтобы его адекватно дальше развивать, и при текучке даже хорошие спецы не подойдут. Поэтому на ЗП в подобных удерживаются только средние специалисты.
Первой была платформа для добавления приложений, а первыми приложениями были не игры, а простенькие проверочные приложения на флеше.
Потом появлялись игры, удалялиь и заменялись более продвинутыми версиями, потому что изначально были выложены некорректно с точки зрения типа приложения, прав и монетизации.
Поэтому не факт, что какоето приложение, существующее вконтакте, именно под этим именем было выложено впервые - вполне могло быть еще несколько версий под другими названиями, которые впоследствии удалены. Поэтому первое приложение найти уже невозможно. А администрация вконтакте вряд ли будет заморачиваться с такой статистикой - это неинтересно.
Веселая ферма, появилась в апреле 2009 года, к этому моменту прошло уже более полугода после открытия платформы для приложений. До этого множество программистов пробовали свои силы, чтобы выложить простое приложение, в котором есть пару кнопок, чтобы просто посмотреть как оно работает.
Можно предположить, что первыми игрушками были варианты крестиков-ноликов, которые затем удалялись. Я тоже парочку игрушек в середине 2008 года выложил, потом удалил, но считать их "первыми игрушками" - в них играло человек 10 моих друзей и все.
Нет, с нуля сейчас никто не пишет ничего.
Вообще, необходимость писать с нуля в машинных кодах полностью отпала.
На ассемблере можно написать небольшие вставки критичных к производительности мест, но для этого нужно обладать весьма глубокими знаниями, поскольку за последние 40 лет процессоры и компиляторы стали гораздо более сложными и умными, и вероятность, что средний программист сможет написать что-то на ассемблере, что будет работать быстрее, чем скомпилированое компилятором - очень невелика.
Про языки программирования - собственно сам компилятор или интерпретатор - это же просто программа. Как и любая другая - она получает данные (исходный код) и работает с ними (генерирует исполняемый файл, или выполняет его как скрипт).
Соответственно программы-интерпретаторы и компиляторы одного языка могут быть написаны на другом. А если этот новый язык является компилятором, то впоследствии переписаны на самом себе.
Александр Керзаков: Разработчику обычно нужно писать код, тестировшику тестировать продукт, документацию пишет Technical Writer, потому что кроме самого текста, ее нужно оформить, что занимает приличное время.
Часто Technical Writer совмещает в себе QA или BA, но все зависит от проекта.
Ilya Pavlov: Нет таких сайтов, где "легче начать".
Там где ниже требования - конкуренция настолько высока, что вместо изучения технологий, будете круглосуточно сидеть в очереди, примерно 209-м.
Идите сразу на upwork.
Я считаю, что менеджер гораздо более неправ, чем программист в данном случае.