То что вы пишите это не совсем так.
Во-первых то что в IT пока еще дипломы не всегда требуют, не говорит о том что в других областях это также.
Во-вторых не все способны к самообразованию.
Но сидеть где-то ради корочек, это да, странная затея.
>> корочки никому не нужны,
ТОЛЬКО корочки никому не нужны.
Забавно что реклама «как заработать на форексе» не врет, она честно рассказывает как владельцы форекса зарабатывают на форексе.
>>Разумеется, я вдоль и поперек изучил Кийосаки
Он там на сколько помню пишет еще про то что надо вкладывать в активы.
И если читать не кривые переводы можно прийти к мысли что активы для каждого свои.
Т.е. для кого-то актив это недвижка(или какие-то акции) например, для кого-то потратить деньги на изучение чего-то нового,
а для кого-то просто вложить в свое хорошее настроение — что тоже может дать прибыль, в виде повышенной работоспособности, например.
В тоже время та же недвижка(или какие-то акции) для кого-то будет не активом, а наоборот головной болью.
Просто при количестве капч к примеру в 100к оно уже кажется не особо экономически целесообразным для спамера.
Но я не знаю практических особенностей вашего проекта.
Собственно логично было бы удалять как отгаданные так и не отгаданные. В любом случае у вас же есть механизм генерации дополнительных в случае если капч осталось мало.
Не совсем понятно почему такая вероятность будет значимой, ведь раз вы это дело оптимизируете — значит у вас большая посещаемость и большой пул ( 100500 обычно символизирует большое количество ). К тому же у вас они и так каждый день генерятся.
Просто при вашем подходе как не оптимизируй — к концу дня буду все равно самые сложные капчи, а значит пользователям будет нехорошо.
На уровне собеседования это очень трудно понять, но в первую неделю работы вполне возможно.
Просто одна из распространенных причин ухода хороших спецов из маленьких компаний это мысли
«Почему он командует мной, а не наоборот, я больше работаю/умней»
А если к подобному еще прилагаются хотя бы намеки на то что главный имеет намного больше денег, то человека уже ничего не удержит.
При всем этом на самом деле все может быть не так, главный работает ночами, на нем кредиты, риски и т.д. — но об этом никто задумываться не будет.
Поэтому показывать пример очень важно, в идеале это быть «звездой».
Лично у меня все вообще совсем по-другому.
Я лишь обратил внимание на ваши слова:
>>1. Поставить ежесуточное информирование о состоянии системы в определённое время.
>>2. Оставить внеплановое уведомление о том, что какой-то сервер упал.
Как показывает практика если имеется некое некое периодическое оповещение определенного типа, на которое получателю необязательно реагировать каким-либо действием, то человек не отреагирует своевременно на его отсутствие, а также скорее всего не отреагирует на другое, экстренное оповещение подобного типа.
Т.е. не стоит постоянно писать «всё ок», человеку надоест такие смски читать постоянно.
Очевидно же, что надо еще отобрать телефоны, флешки, поместить системные блоки в сейфы.
Людей уходящих и приходящих обыскивать и пропускать через рентген, в идеале стирать память вдруг что запомнят и злой хакер обманом это узнает.
>>Наталкивает все одно и то же — статический анализ, строгая типизация, все это позволяет существенно уменьшить число ошибок.
Наврятли автора натолкнуло это. Обратите внимание — он определенную проблему решает «Необходимо реализовать функцию», т.е. не проблему где нужно придумать определенную структуру данных и абстракции для описания определенных бизнес процессов, а именно «реализовать функцию». Скорее всего он в php пришел недавно, у него есть в голове определенные патерны решения проблем — тут он ищет что-то похожее, если не находит дописывает сам. И как раз этим он тут делится. Но его подход как раз количество вероятных ошибок в данном случае совсем не уменьшает, а наоборот.
Всегда любил перл.
Но когда в коде используешь все его специфические «фишки», не покидает очень своеобразное ощущение, что рассказываешь очень специфический анекдот, которого не поймет никто.
Во-первых то что в IT пока еще дипломы не всегда требуют, не говорит о том что в других областях это также.
Во-вторых не все способны к самообразованию.
Но сидеть где-то ради корочек, это да, странная затея.
>> корочки никому не нужны,
ТОЛЬКО корочки никому не нужны.
Совершенно не понимаю чего вы просто оттуда сразу не ушли?
>>Разумеется, я вдоль и поперек изучил Кийосаки
Он там на сколько помню пишет еще про то что надо вкладывать в активы.
И если читать не кривые переводы можно прийти к мысли что активы для каждого свои.
Т.е. для кого-то актив это недвижка(или какие-то акции) например, для кого-то потратить деньги на изучение чего-то нового,
а для кого-то просто вложить в свое хорошее настроение — что тоже может дать прибыль, в виде повышенной работоспособности, например.
В тоже время та же недвижка(или какие-то акции) для кого-то будет не активом, а наоборот головной болью.
Но я не знаю практических особенностей вашего проекта.
Просто при вашем подходе как не оптимизируй — к концу дня буду все равно самые сложные капчи, а значит пользователям будет нехорошо.
И вы, наверное, даже не подозреваете почему…
Просто одна из распространенных причин ухода хороших спецов из маленьких компаний это мысли
«Почему он командует мной, а не наоборот, я больше работаю/умней»
А если к подобному еще прилагаются хотя бы намеки на то что главный имеет намного больше денег, то человека уже ничего не удержит.
При всем этом на самом деле все может быть не так, главный работает ночами, на нем кредиты, риски и т.д. — но об этом никто задумываться не будет.
Поэтому показывать пример очень важно, в идеале это быть «звездой».
По-моему вот это должно быть на первом месте.
Я лишь обратил внимание на ваши слова:
>>1. Поставить ежесуточное информирование о состоянии системы в определённое время.
>>2. Оставить внеплановое уведомление о том, что какой-то сервер упал.
Т.е. не стоит постоянно писать «всё ок», человеку надоест такие смски читать постоянно.
Людей уходящих и приходящих обыскивать и пропускать через рентген, в идеале стирать память вдруг что запомнят и злой хакер обманом это узнает.
А причем тут тогда хакеры? Вот так и стало это слово чуть ли не стебательным…
Наврятли автора натолкнуло это. Обратите внимание — он определенную проблему решает «Необходимо реализовать функцию», т.е. не проблему где нужно придумать определенную структуру данных и абстракции для описания определенных бизнес процессов, а именно «реализовать функцию». Скорее всего он в php пришел недавно, у него есть в голове определенные патерны решения проблем — тут он ищет что-то похожее, если не находит дописывает сам. И как раз этим он тут делится. Но его подход как раз количество вероятных ошибок в данном случае совсем не уменьшает, а наоборот.
>>Решение проблемы состоит в том, чтобы реализовать абстрактный класс
Лично мне кажется, что тут какая-то надуманная проблема и излишне усложненное ее решение, которое может сломать мозг многим.
Но когда в коде используешь все его специфические «фишки», не покидает очень своеобразное ощущение, что рассказываешь очень специфический анекдот, которого не поймет никто.