Pull to refresh
5
0
Дмитрий @dbelka

User

Send message
Ну тогда очевидно почему такое решение. Вы хорошо знаете и понимаете базы данных, при этом, не прочли ни одной книги по архитектуре веб сервисов.
Имхо, стоило сначала разобраться в вопросе, прежде чем утаскивать всех в базы данных.
А какие известные современные архитектурные подходы вы рассматривали и почему выбрали именно этот?
Какие книги по архитектуре вы до этого прочитали, прежде чем приняли такое решение?
Такие методы могут работать только для ботов, которые не целятся конкретно в ваш сайт. Они пойдут по пути наименьшего сопротивления и проспамят те сайты, которые получилось.
Я говорил больше про тех спамеров, которые нацелены на конкретный сайт.
Про минимальное время заполнения формы, display: none, блокировка user-agent и пр. — это просто смешно.
Свои решения капчи сейчас использовать нецелесообразно, конечно. Будет убого, не читабельно для пользователя и легко взломается, плюс куча времени уйдёт на поддержку.
Вот рекапчу взломать достаточно сложно и не нужно её поддерживать.

По поводу фильтрации трафика. Вы считаете, что бот не способен повторить все те же самые действия, что и человек, послать правильные заголовки, выполнить какой-то js и прочее? Всё это просто вопрос цены и целесообразности этим всем заморачиваться.
Вы, наверное, имеете ввиду, что в Go нет наследования и это мешает применять множество паттернов, которые основанны как раз на наследовании?
Тут у Go имхо сдвиг как раз к более гибкому подходу, основанному на композиции вместо наследования.
В Go тяжело строить абстракции.

Go способствует писать явно, а не скрывать объекты за абстракциями.

Не понял почему, в Go же есть интерфейсы.
Источник я, который прошёлся по собеседованиям по крупным компаниям на позицию senior php developer и собрал информацию кто на чём пишет и на чём собирается писать дальше.
Учитывая, что всё больше новых проектов пишутся на go, а не на php, то через 5 лет пхп-кам останется только адовый легаси. Держитесь там… пхп-ик, который уже ушёл в go :-)
Всё верно, я о том кто к чему больше привык просто.
Вообщем, люди разделились на два лагеря:
— одни перешли в go из типизированных языков(где есть дженерики). Они считают, что дженерики нужны.
— вторые пришли в go из языков без строгой типизации(где дженериков никогда и не было). Они считают, что дженерики не нужны.
Fight!
Rust ставит на первое место точное и безопасное управление памятью и представляет это центром мира. Внезапно, это редко является проблемной областью…

Вот уж действительно, внезапно.
Сколько проблем с безопасностью было из-за этого, сколько эпичных фейлов.
Тут уже упоминали статью из блога Microsoft, в которой говориться:
~70% of the vulnerabilities Microsoft assigns a CVE each year continue to be memory safety issues

Даже если это редко является проблемой, то сама проблема может иметь очень большие масштабы.
Так себе проблема, конечно :-/
Go тоже сидит на llvm, насколько я помню, как и swift.
Поэтому неудивительно, что опытные специалисты плохо проявляют себя в олимпиадных задачах.

Олимпиадные задачи это вообще отдельная тема, нужно специально тренироваться, чтобы был ощутимый результат.
Про инвертирование бинарного дерева, это конечно фейл :-)
Многие считают, что сеньор должен решать простые задачи уж не медленнее джуна, а то и быстрее и легче, но в реальности всё как раз наоборот.
Сеньор отличается умением решать сложные задачи(а не строгать простые) и его мозг заточен под сложные задачи. Когда на собеседовании дают что-то элементарное, то у такого разработчика случается диссонанс в мозгу и перестроиться без дополнительной практики сложно.
14 лет общего стажа в веб-разработке в достаточно крупных фирмах (где хайлоад и всё такое).
Помимо основного неплохо знаю C++, писал расширения для PHP, решал задачи по ML и много чего ещё.
Не собеседовался только уже как лет 7. Два собеса я уже не прошёл :-)
Думал будет всестороннее сравнение: скорость разработки, скорость выполнения, читабельность итд…
А тут просто wc -l сделали.
Ох, я тоже люблю Rust, может доживём до кучи вакансий на него :-)
Что же тогда учить?
Я что-то пропустил или в причинах нет одной из основных: не устраивает текущая зарплата, новый работадатель готов платить намного больше?
Есть такая фраза среди it-ов: «если хочешь хорошо поднять себе зарплату — меняй работу».
На текущум месте, даже если повысят зп, то навалят ещё сверху кучу обязанностей. На новом месте дадут больше просто потому что ты подходишь.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity