Обновить
-10

Пользователь

3
Подписчики
Отправить сообщение
Почему служил? служит.
Худший. Смысла в рейтинге нет пока есть «карма». Которая на самом деле просто «ой мне не нравится его мнение, не хочу чтобы ты писал» это притом что большему количеству людей публикации автора нравились. Но это ни к чему не привело т.к большинство ставят плюс статье а не в профиль лезут.
Теги можно редактировать в избранном.
Хм, как то даже не думал что у гита есть шифрование.
если мы к примеру добавим внутренний метод, нам придется в тесте тестирующим публичные методы создавать еще 3-4 тест-кейса. Вместо тестирования одного метода. Итого — желаемой гибкости не наблюдается.
Или почему его SQL-запросы ставят базу колом

Решается обычной практикой.
Дело в том что если бы это «Бесполезно потраченное время» было бы потрачено на самообучение — могло получиться ровно наоборот, т.е можно было перегореть. Отдых это важно, для кого то это в том числе и игры.
Покрытие компоненты/модуля через публичный API позволяет эффективно проводить рефакторинги в дальнейшем.

Не позволяют, потому что пишется очень много кода и очень много тест кейсов практически одинаковых чтобы протестировать behavior, а не реализацию.
Которые гораздо легче и дешевле изучить самому.
Очень удобная позиция, но к сожалению не работает.
Странно что не написали про 6-й класс.
это BDD. Мы тестируем поведение конкретного класса через публичные методы и даем ему дернуть все внутренние.
Юнит тесты — все же должны быть изолированными тестами.

Это просто непрактично описывать абсолютно все

Но большую часть описать — вполне нормально.
Подобие этого middleware был еще в redux real-world example (в 2015 году точно). Что забавно, поначалу у нас было только начало/конец/эррор (только полноценные события вроде BEGIN_USER_LOAD, END_USER_LOAD, USER_LOAD_ERRROR вместо meta значения), потом тоже пришлось прилепить коллбэки (saga не смотрел).
Юзаю twilight под android. Помогает или нет сказать сложно, ощущение что да. Но экран ночью читать ГОРАЗДО проще, глаза почти не устают, а измененный цвет в общем то не мешает.

Flux на компьютере тоже помогал снизить нагрузку на глаза. Думаю что и засыпать было проще, но специально не проверял.
Не, у меня было так что я delphi/php/python изучал, и на каждом «начинал» 1-2-3 проекта. Соответственно _ни один_ так и не закончил. Целеустремленности не было.
Это связано с опытом, чем больше опыта тем проще учить _похожие_ в чем то технологии. Но если что то будет построено на непривычных принципах — дольше.
Я тоже акцентировал внимание на возрасте, собрал apache+php+mysql в ~12.8 лет. Нет там ничего сложнее чем то с чем приходится разбираться сейчас (именно _новые_ технологии). Просто перелопачивание большого количества манов и систематизирование понимания как вообще веб сервер/mysql конфигурится.
Взрослый человек, тем более учитель, тем более учитель ИКТ, наверняка хотя бы знаком с гуглом, может нагуглить тебе онлайн уроки, если лень давать дополнительные задания и заниматься лично

Может быть достаточно и книжки по кодингу, написанной нормальным языком. Мне, к примеру, в 12 лет хватило книжки «библия дельфи». Что забавно, достал я ее с диска который шел к книжке «Delphi глазами хакера», а таже самая книжка в бумажном варианте — стояла рядом и стоила сильно дороже.
Сложно было научиться писать сервер — поверьте, в 12 лет очень сложно скачать денвер, установить интерпретатор PHP даже по урокам

На самом деле не сложнее чем сейчас разобраться с новой технологией (это про связку apache+php+mysql самостоятельно). А уж денвер поставить совсем не сложно.
Чики пау, бинго бонго и джимбо джамбо.

Какой ужас.

P.S. Самое сложное в молодом возрасте это закончить хотя бы один проект за который берешься.
Ого, удивлен что никто еще не дал нормальной критики на статью, потому что автор совсем не разбирается в теме.

Ничего удивительного: если использовать SQL на веб-сервере самым очевидным образом, то он будет нормально работать, но незаметно сделает сервер уязвимым для взлома. Параметризованные запросы помогают, но это сбоку привинченное решение, которое не в каждой ситуации можно использовать.

prepared statements оказались костылем, оооок. Я то думал что это основной способ делать sql запросы, к тому же безопасный.
Но теперь средний размер веб-страницы превышает 2 мегабайта, не говоря уже о веб-приложениях. Даже скучные веб-странички со статичным текстом часто содержат массу минифицированных скриптов, в которых без машинной помощи вы не сможете даже начать разбираться.

В бинарных программах еще сложнее разобраться. Где же плюсы?

Требование: сериализация данных должна быть автоматической типизированной, бинарной и неизменной от хранилища данных до фронтеда.

А что, кто то мешает это сделать уже сейчас?

Вторая проблема в том, что машинам тоже сложно воспринимать URL'ы

Которые для этих же машин и писались, ооок.

Например, подумайте, что мешает вашему серверу установить куки для домена .com. А что насчёт kamagaya.chiba.jp?

Насколько я помню браузер запрещает ставить куки для чужих доменов (могу ошибаться, не проверял).

Просмотр исходника определённо помог мне столько раз, что я не могу сосчитать

Зато предлагаемую автором бинарную хрень вы просто не прочитаете.

Результаты выполнения SQL-запроса нельзя нативно отправить по соединению HTTP или встроить в веб-страницу

Мне кажется автор предлагает добавить еще больше дырок в его реализацию.

Ещё одним способом выполнения этого требования может стать умная IDE: если позволить разработчикам сначала работать с нетипизированными структурами (всё что определяется как Any), среда выполнения может попробовать определить, какими должны быть исходные типы, и транслировать эту информацию обратно в IDE. Затем она может предложить замену на лучшие аннотации типов. Если разработчик сталкивается с ошибками приведения типа во время работы программы, то IDE может предложить снова ослабить ограничение.

Нехватало еще чтобы IDE было обязательным требованием для разработки.

Грустный приговор веб-платформе, что WebAssembly — единственная попытка добавить новый язык, и этим языком является C… на котором, я надеюсь, вы не захотите писать веб-приложения!

Я думаю здесь можно остановиться, ибо некомпетентность автора доходит до предела.
Wasm это все что сможет скомпилироваться в wasm, как минимум все что компилируется в llvm, а это уже не мало.

Достаточно нам XSS, чтобы добавлять сверху ещё уязвимости типа двойного освобождения одной и той же памяти.

Ага, double free в виртуальной машине, очень смешно. Просит добавить новый язык, а когда ему дают платформу на которой можно вообще разные языки использовать — не, не надо говорит.

Да, это значит, что я хочу оставить возможность использовать JavaScript (на высокой скорости), помимо Ruby, Python, Haskell, и да  —  C, C++ и Rust тоже останутся в игре. Всё это возможно благодаря двум действительно классным проектам, которые называются Graal и Truffle, о которых я подробно рассказывал. Эти проекты позволяют JVM запускать даже код на неожиданных языках (таких как Rust) в виртуализированной среде, быстро и и интероперабельно

А кто мешает их гонять вместе с рантаймом поверх wasm? это по сути тоже самое, но оно уже реализовано!

Песочница OpenJDK годами подвергалась упорным атакам, и разработчики браузеров усвоили ряд болезненных уроков. Последний 0-day эксплоит датируется 2015-м годом, а предыдущий был в 2013-м. Всего два 0-day эксплоита в песочнице за пять лет — неплохо, на мой взгляд, особенно с учётом того,

с учетом того, что java потом из браузеров выкинули, и эксплойты стало писать не так рентабельно.

Бинарных структур данных недостаточно. Нужны ещё и бинарные протоколы

Которые уже есть. Тот же messagepack вполне себе эффективно гоняется по http.

Платформа, которая хочет конкурировать с вебом, должна серьёзно озаботиться вопросами безопасности, поскольку это важнейшее обоснование для её создания и конкурентное преимущество. Это главная вещь, которую невозможно легко исправить в вебе. То есть нам нужны: бинарные структуры данных с безопасной типизацией и бинарные API, RPC, криптографические сессии и идентификация пользователей.

Платформа которая хочет конкурировать с вебом, должна озаботиться вопросами собственной необходимости. Нам нужны: перечисление всего что с безопасностью слабо связано, например бинарные протоколы. И как же они улучшают безопасность? а вот дебажить все это — одно удовольствие.
А где без них нельзя обойтись?

Информация

В рейтинге
Не участвует
Откуда
Москва и Московская обл., Россия
Зарегистрирован
Активность