Почитайте переписку ранее — вспомните ;). Мы разговаривали о том, что защищенные аккаунты не интересны и упор всегда делается на НЕ защищенные, в том числе с простыми паролями ;)
То есть вы утверждаете, что пользователей без обновлений в этом случае было сильно больше половины?
В случае с вирусами (ваннакрай и петя) — это 100% ;).
Подобные — это какие?
Отсутствие фильтрации/валидации get/post/cookie параметров и их использование для взлома систем.
Вы сами-то верите, что именно описанные мной сценарии хоть где-то применяются (в любой CMS, даже самой древней и дырявой)?
Не только верю, знаю на 100% ;) Надеюсь, гуглить умеете сами.
Но мне почему-то кажется, что в такой компании (особенно если там всего 7 человек) админам это даже пропишут официально одним из пунктом их обязанностей.
Нет конечно. Скорее наоборот)
Потому что безопасность пользователей крайне важна, это же репутационные риски.
Для этого есть CTO/PM. Без них, подобные решения, никто не будет принимать.
У рядового это вполне может быть одним из пунктов в обязанностях
Не может. Только если в шарашкиной конторе «Рога и копыта» ;)
Полагаю, любой более-менее крупный интернет-портал. Я уже не говорю про большие highload проекты типа вк или твиттера.
Так где ссылка на такие компании?)) По вашей ссылке не нашел подобного) Еще раз — нет такой должности «читать логи» )). Это работа CTO/TL/разработчиков… Никто и никогда не нанимает отдельных людей для наблюдения за логами))))
А на хабре теперь запрещено свое мнение публиковать? о_О
И что не так с моими высказываниями? То, что я не хочу никогда работать в компании, в которой менеджеры меняют условия задачи в любой момент? Или то, что сотрудники, вместо решения конкретной задачи, начинают придумывать свои условия?
Если это так (а судя по вашим словам это именно так) — я не хочу работать в такой компании, не хочу видеть их вакансии и считаю менеджеров в данной компании не компетентными. Да, это мое мнение и считаю, что я обосновал свою точку зрения.
Можете назвать компанию, в которой работаете? Я для себя, чтобы занести на будущее в черный список. Честно.
То, что вы считаете, что понятие числа — это его значение — единственно адекватная и верная трактовка — это заблуждение.
Вы серьезно или начали троллить?)
Если первое… Да, число === значение, в контексте данной задачи. И это неоспоримый факт. Не понимаю, почему вы до сих пор пытаетесь себя и других убедить в обратном. Заметьте — никто, кроме вас, не прочел задачу в виде «найдите индекс». Думаю, хотя-бы это уже является поводом задуматься…
Считать меньшинство людей, которые совершенно спокойно видят много контекстов, и не возвышают один над другим, вместо того уточняя какой имелся ввиду — странными — странно для меня.
Я не считаю это странным. Я искренне считаю это вредным. В первую очередь — по отношению к своим сослуживцам. Одно дело, когда задача действительно не описана полностью, другое — искать причину подстроить задачу под себя. В данном случае — второй вариант. Задача описана максимально ясно и не допускает двойной трактовки.
Если мы будем решать задачу
Снова начались додумывания условий (((. Да, это новая задача, которая может содержать в себе совсем другие условия. И новые бизнес-требования.
и не поверите — бывают и такие формулировки как в этой задаче, и именно со смыслом находить объект, чтобы потом как-то работать с статистикой по нему.
Не поверю. Либо вы лукавите, либо ваши постановщики задач не компетентны.
Так вот тут и непонятка… Как(!) в текущем изложении(!!) можно трактовать иначе?! Вот блин — я честно не понимаю этого.
Если проблема в этом, то наконец пожимаем руки, я рад что мы поняли друг друга.
А проблемы в принципе нет. Просто была моя попытка понять как и о чем рассуждает человек, когда переворачивает исходную задачу. К сожалению, так и не понял, хотя очень-очень пытался ((((
И тут вдруг менеджер начинает действительно думать, а не понадобится ли что-то еще.
Увольняйте такого менеджера. Поверьте — это добрый совет. Если поставлена задача, которая не обдумана — тратятся ресурсы не только менеджера, но и программиста, тестировщика и пр.
Прочтите мои ответы выше. Я не предлагал избавиться от привычки уточнять, я предлагал избавиться от привычки додумывать. И, как я уже говорил выше, уточнять — это хорошая привычка.
Ха… Снова додумываете, хоть и не хотите себе в этом признаваться…
А если задача найти недостающее слово в тексте
Вот в задаче сказано — найти недостающее слово. Для чего и что с ним будут делать потом — абсолютно не важно. Есть задача — найти слово. Что подразумеваете вы?
я уточню что искать, позицию или слово
Я не очень понимаю, что клиенту даст слово, без места
Больше того, в таких задачах просят подчеркнуть слово, а не просто написать его, т. е. все таки найти позицию.
Откуда вдруг взялась позиция?)))) Ясно и четко написано — найти удаленное слово. Для чего вы пытаетесь придумать себе новую задачу, не решив поставленную?))))
Вас удивляет что у нас разные критерии, но я точно ничего не додумываю.
Критерий всегда(!) один — решение поставленной задачи.
но это не значит что меня нет или я в чем-то не прав.
Значит! И еще как! С подобным подходом вы тормозите и усложняете работу своих коллег, т.к. чаще всего от поставленной вам задачи зависят другие задачи, которые решают другие люди. Если вам поставлена задача найти слово, но в результате вы возвращаете позицию — значит следующий за вами разработчик не сможет решить свою задача (например, занести это слово в словарь на анализ).
Я понимаю, что вам хочется проявлять инициативу, но чаще всего это путь к проблемам. Найдите в себе силы и избавьтесь от подобной привычки. Это мое искреннее пожелание.
найдите то, что убрано
найдите удаленное число
Вот читаю и вижу одно и то же.
Хм… А если задача найти недостающее слово в тексте — тоже позицию искать будете?
Тут дело не в том, что люди разные, а в том, что вы додумываете задачу под свои критерии. Именно этому я и удивляюсь, если честно. Заметьте, кроме вас никто не прочел задачу подобным образом (либо я этого не увидел в комментариях).
Уточнять желательно — тут полностью согласен. Но уточнять в данной задаче — это что-то новое. Если-бы было сказано «найдите то, что убрано» — да, появляется двоякость. В задаче-же четко сказано — найдите удаленное число. Удаленное число! Где тут «двоякая формулировка»? Не понимать (с)…
Каких типов? Какой объект? Вы вообще о чём?!
Перестаньте думать в критериях языков программирования! Думайте логически и математически. Язык — это всего-лишь инструмент выражения знаний и опыта. Переводя каждую задачу в область одного ЯП вы лишаетесь гибкости рассуждений. Как так можно?!
найдите потерянный объект в массиве
Даже тут — откуда взялся объект и почему вдруг надо искать индекс, если речь о числе? Ну ок, предположим… Тогда почему массив 1..N не может лежать в памяти с адресацией от 1 до N? Так вам проще?
P.S.: вообще — это очень, очень плохая привычка — додумывать задачи. Вот честно, по работе сталкиваюсь с подобным и ни разу это не привело ни к чему хорошему. Из-за подобных привычек задачи выполняются дольше и сложнее, и как следствие, сложны в поддержке в будущем.
Действия, в большинстве случаев, совершаются над значениями. Даже в семантике языка. Передача объекта по ссылке — это передача ссылки на объект и тут ссылка и является значением.
Но, даже если принять вашу точку зрения — в задаче сказано явно — найти число. Как это можно интерпретировать иначе — для меня загадка. Подобное, в своей практике, встречал не часто. Обычно — когда человек пытается не решить задачу, а придумать кучу проблем и героически их решать.
А как связана задача и конкретный язык программирования? о_О
Кроме того — вы действия «в своем языке программирования» совершаете над объектами или над значениями?
Почитайте переписку ранее — вспомните ;). Мы разговаривали о том, что защищенные аккаунты не интересны и упор всегда делается на НЕ защищенные, в том числе с простыми паролями ;)
В случае с вирусами (ваннакрай и петя) — это 100% ;).
Отсутствие фильтрации/валидации get/post/cookie параметров и их использование для взлома систем.
Не только верю, знаю на 100% ;) Надеюсь, гуглить умеете сами.
Нет конечно. Скорее наоборот)
Для этого есть CTO/PM. Без них, подобные решения, никто не будет принимать.
Не может. Только если в шарашкиной конторе «Рога и копыта» ;)
Так где ссылка на такие компании?)) По вашей ссылке не нашел подобного) Еще раз — нет такой должности «читать логи» )). Это работа CTO/TL/разработчиков… Никто и никогда не нанимает отдельных людей для наблюдения за логами))))
Ну хоть-бы немного задумался…
И что не так с моими высказываниями? То, что я не хочу никогда работать в компании, в которой менеджеры меняют условия задачи в любой момент? Или то, что сотрудники, вместо решения конкретной задачи, начинают придумывать свои условия?
Если это так (а судя по вашим словам это именно так) — я не хочу работать в такой компании, не хочу видеть их вакансии и считаю менеджеров в данной компании не компетентными. Да, это мое мнение и считаю, что я обосновал свою точку зрения.
Вы серьезно или начали троллить?)
Если первое… Да, число === значение, в контексте данной задачи. И это неоспоримый факт. Не понимаю, почему вы до сих пор пытаетесь себя и других убедить в обратном. Заметьте — никто, кроме вас, не прочел задачу в виде «найдите индекс». Думаю, хотя-бы это уже является поводом задуматься…
Я не считаю это странным. Я искренне считаю это вредным. В первую очередь — по отношению к своим сослуживцам. Одно дело, когда задача действительно не описана полностью, другое — искать причину подстроить задачу под себя. В данном случае — второй вариант. Задача описана максимально ясно и не допускает двойной трактовки.
Снова начались додумывания условий (((. Да, это новая задача, которая может содержать в себе совсем другие условия. И новые бизнес-требования.
Не поверю. Либо вы лукавите, либо ваши постановщики задач не компетентны.
Здесь, здесь, здесь и здесь…
Так вот тут и непонятка… Как(!) в текущем изложении(!!) можно трактовать иначе?! Вот блин — я честно не понимаю этого.
А проблемы в принципе нет. Просто была моя попытка понять как и о чем рассуждает человек, когда переворачивает исходную задачу. К сожалению, так и не понял, хотя очень-очень пытался ((((
Увольняйте такого менеджера. Поверьте — это добрый совет. Если поставлена задача, которая не обдумана — тратятся ресурсы не только менеджера, но и программиста, тестировщика и пр.
Вот в задаче сказано — найти недостающее слово. Для чего и что с ним будут делать потом — абсолютно не важно. Есть задача — найти слово. Что подразумеваете вы?
Откуда вдруг взялась позиция?)))) Ясно и четко написано — найти удаленное слово. Для чего вы пытаетесь придумать себе новую задачу, не решив поставленную?))))
Критерий всегда(!) один — решение поставленной задачи.
Значит! И еще как! С подобным подходом вы тормозите и усложняете работу своих коллег, т.к. чаще всего от поставленной вам задачи зависят другие задачи, которые решают другие люди. Если вам поставлена задача найти слово, но в результате вы возвращаете позицию — значит следующий за вами разработчик не сможет решить свою задача (например, занести это слово в словарь на анализ).
Я понимаю, что вам хочется проявлять инициативу, но чаще всего это путь к проблемам. Найдите в себе силы и избавьтесь от подобной привычки. Это мое искреннее пожелание.
Хм… А если задача найти недостающее слово в тексте — тоже позицию искать будете?
Тут дело не в том, что люди разные, а в том, что вы додумываете задачу под свои критерии. Именно этому я и удивляюсь, если честно. Заметьте, кроме вас никто не прочел задачу подобным образом (либо я этого не увидел в комментариях).
Как-бы там ни было, давайте на этом и закончим.
Перестаньте думать в критериях языков программирования! Думайте логически и математически. Язык — это всего-лишь инструмент выражения знаний и опыта. Переводя каждую задачу в область одного ЯП вы лишаетесь гибкости рассуждений. Как так можно?!
Даже тут — откуда взялся объект и почему вдруг надо искать индекс, если речь о числе? Ну ок, предположим… Тогда почему массив 1..N не может лежать в памяти с адресацией от 1 до N? Так вам проще?
P.S.: вообще — это очень, очень плохая привычка — додумывать задачи. Вот честно, по работе сталкиваюсь с подобным и ни разу это не привело ни к чему хорошему. Из-за подобных привычек задачи выполняются дольше и сложнее, и как следствие, сложны в поддержке в будущем.
Но, даже если принять вашу точку зрения — в задаче сказано явно — найти число. Как это можно интерпретировать иначе — для меня загадка. Подобное, в своей практике, встречал не часто. Обычно — когда человек пытается не решить задачу, а придумать кучу проблем и героически их решать.
Кроме того — вы действия «в своем языке программирования» совершаете над объектами или над значениями?
Если-бы нужно было найти ячейку — формулировка задачи звучала-бы как у вас, но в задаче довольно точное описание — найти удаленное число.
P.S.: странно, что с такой логикой вы не дошли до «найти операционную систему, в которой удалено число» ;)
Как? Как тут можно подумать об индексе удаленного числа? о_О