• В IT растет цензура, а мы не замечаем — разрешают только улыбаться и молчать
    +2
    Давайте тогда с таким отношением назовем цензурой любые попытки, например, комиссии по борьбе со лженаукой не пускать в научное сообщество откровенных шарлатанов.


    А разве это и не есть «цензура»? Когда материалы для публикации в научных журналах фильтруются по ряду признаков. А какой-нибудь «плоскоземельное» издание наоборот не публикует ничего, что расходилось бы с редакторской позицией.
    Просто мне кажется, что чисто утилитарному понятию «цензура» общество сразу придает негативный эмоциональный окрас.
  • Об обществе людей и их свободе
    0
    Как можно быть врагом того, что тебе выгодно, и что ты сам понимаешь под словом «свобода»?
    В любом случае пока как-то получается, что «враги свободы» толерантнее ее «адептов», т.к. они не призывают лишать оппонентов каких-либо прав.
  • Об обществе людей и их свободе
    +1
    Никакой свободы врагам свободы


    Люди, провозглашающие подобные максимы, как правило, абсолютно уверены, что «свобода» — это то, что они понимают под этим термином. Поэтому это выражение почти всегда вырождается в «поражение в правах всех со мной/нами несогласных».
  • «Красная» корпоративная культура — главная проблема российского бизнеса (Часть 3)
    0
    Один из наших ВУЗовских преподавателей говорил, что внутри той или иной структуры может быть хоть какая форма самоорганизации и корпоративной культуры, однако сами структуры между собой все равно сообщаются по довольно жестким плановым схемам, т.к. это самая эффективная модель построения крупной организации с множеством подразделений. А как этот вопрос видите вы?
  • Voice Control и VoiceOver: как адаптировать приложение для незрячих или неподвижных
    +2
    Вот, если честно, ни разу не видел, чтобы компании делали специальную адаптированную версию приложения чисто для незрячих. И, надеюсь, не увижу, т.к. она в любом случае не будет иметь всего функционала и рано или поздно забросится. А вот хорошо адаптированных приложений достаточно. На андроиде к ним все гугловские можно отнести, KateMobile, сбербанк, WhatsApp, telegram, etc. Еще больше тех, которыми можно пользоваться, но какие-то моменты делать неудобно. На звонки в viber отвечать, например, будильник на часах от хуавэй ставить. Вот над этим, как справедливо выше указали, и надо работать.
  • «Красная» корпоративная культура — главная проблема российского бизнеса (Часть 1)
    0
    культура IT-отдела производственной компании может действительно быть выше уровнем, чем культура в производственных отделах.


    А вот тут интересно почему. ИТ-шники, конечно — лучшие люди мира, но дело тут, мне кажется, в другом.
  • Перевод PHP бэкенда на шину Redis streams и выбор независимой от фреймворков библиотеки
    0
    Здесь смотрели? У симфони документация по компонентам и по их использованию в рамках фреймворка располагается отдельно.
  • Математики достигли прорыва в изучении «опасной» задачи
    0
    По мне как раз этот алгоритм должен быть универсален, поскольку мы все время движемся от одного нечетного числа к другому и при этом все время его понижаем. При этом каждое следующее нечетное число будет соответствовать тем же условиям, что и предыдущее, т.е. вероятность всегда будет указывать на дальнейшее понижение.
    Можно и по-другому сказать. Если вы с вероятностью 50% делаете шаг назад и с вероятностью 50% делаете 2 шага вперед, то рано или поздно вы достигнете указанную впереди точку, как бы далеко она от вас не была. По-моему, это можно считать доказательством. Осталось только реально эти вероятности посчитать. :)
  • Математики достигли прорыва в изучении «опасной» задачи
    0
    Я немного о другом говорил. В моем предположении произвольное нечетное число до попадания в другое нечетное с вероятностью 1/2 увеличивается округленно на 50%, а с вероятностью 1/2 уменьшается, но я так сразу не могу подсчитать на сколько. В этом и весь мой вопрос. Т.к. если оно уменьшается быстрее, чем увеличивается, то рано или поздно мы придем к единице.
    Впрочем, получается, я сделал еще одно допущение в том, что 3n+1 — вполне обычное четное число, с вероятностью 1/2 делящееся на 4, 1/4 — на 8, 1/8 — на 16 и т.д. С этим, возможно, тоже надо разбираться.
  • Математики достигли прорыва в изучении «опасной» задачи
    0
    У меня такое предположение, например:
    Пусть n — любое нечетное натуральное число (четные рассматривать смысла нет), тогда с вероятностью 1/2 после первого и второго действия над ним мы получим 1,5n+0,5, т.е. увеличение чуть более, чем на 50%. С вероятностью 1/4 мы после двух действий еще сможем разделить на 2, т.е. мы получим 0,75n+0,25 — уже уменьшение примерно на 25%. С вероятностью 1/8 мы сможем еще разделить на 2 и т.д. В этом отношении мне кажется, что подсчитав полную вероятность мы получим, что до того момента, как число снова станет нечетным, оно уменьшится относительно изначального n. Но у меня не хватает аппарата это подсчитать.
    Если же мое предположение о большей вероятности понижения верно, тогда с удлинением последовательности число будет все уменьшаться до минимального натурального, т.е. до 1.
  • ИИ, пытающийся избежать проблем, научился сложному поведению
    0
    Я не думаю, что они идеальны, у всего ведь есть свои недостатки и ограничения. Но то, что мы существуем и вполне серьезно думаем о создании искусственного интеллекта, само по себе многое говорит об их эффективности. И я, например, не могу вспомнить саморазвивающуюся и самоподдерживающуюся сложную систему функционирующую по другим принципам. Может вы подскажите?
  • ИИ, пытающийся избежать проблем, научился сложному поведению
    0
    Кажется, что нейросети-параноики будут куда жизнеспособнее, потому что будут более полно соответствовать эволюционным принципам природы.
  • PhpStorm 2019.3: поддержка PHP 7.4, PSR-12, WSL, MongoDB и многое другое
    0
    2019.2.0
  • PhpStorm 2019.3: поддержка PHP 7.4, PSR-12, WSL, MongoDB и многое другое
    0
    При работе со скринридером после нажатия enter на файле проекта курсор не попадает в редактор, оставаясь на кнопке файла. Раньше можно было нажать enter еще раз и таки туда перейти. А сейчас для этого escape нужно нажимать. Что совсем неудобно.
  • Интервью Playboy: Стив Джобс, часть 3
    0
    одна из важнейших задач образования в том, чтобы научить нас думать. Сейчас мы начинаем понимать, что компьютеры повлияют на качество мышления наших детей


    По-моему среднее качество мышления только снижается. Люди все больше отдают свой мыслительный процесс, память, досуг, интересы и т.д. на аутсорс компьютеру. И больше всего это заметно у детей, которые даже простые школьные дз делают на пару с гугл-ассистентом. Ну, а прямые разговоры с Аристотелем сейчас даже на повестке дня не стоят.
  • Как мы пересадили всю команду на другой язык за один день (на самом деле нет)
    +9
    Можно писать без фреймворка прямо в блокноте, то есть нет геморроя с зависимостями третьего уровня, которые тащит за собой развитый фреймворк.


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

    P.S. В nodejs, на мой взгляд, похожая идеология «фреймворк не нужен, хватит библиотек. А в итоге надо сначала это все вместе как-то собрать, а потом все равно получается конструктор „сделай сам“, где самые простые и нудные вещи нужно прописывать вручную, попутно изобретая один велосипед за другим.
  • Геттеры/сеттеры и проблема с инкапсуляцией в Symfony проектах
    +1
    Я думаю у такого подхода есть свои минусы. Например в случае с глупой сущностью процесс публикации статьи выглядит так:
    $service->publish($article);

    В предлагаемом вами варианте:
    $article->publish();

    При этом в процессе публикации статьи может осуществляться проверка прав пользователя, запись логов, отправка письма админу, смена статуса статьи (который тоже может быть объектом), сохранение обновлений в БД и н прочих действий. И не дело сущности знать и думать обо всем этом. Да и инициировать все эти процессы, по идее — тоже.
  • Геттеры/сеттеры и проблема с инкапсуляцией в Symfony проектах
    +1
    Насколько я понимаю, во многом из-за него мы и имеем «глупые» сущности, которые, по сути, являются лишь хранилищами состояния, делегируя его управление во внешние сервисы. Это вызвано стремлением избежать превращение сущностей в «божественные объекты». В конце концов от active record с переходом на doctrine2 отказались по вполне определенным причинам.
  • Куда катится Сеть
    +2
    Я родился ближе к концу 90-ых и тоже использую thunderbird. Да и вообще с каждым годом ценю почту все больше и больше. Да, для переписки в реальном времени она куда менее удобна, чем чаты. Зато с ее помощью я могу связаться абсолютно со всеми, и все — со мной. Да и перечисленные ниже плюсы с полной властью над сообщением и вложением, приватностью и надежной архивацией никто не отменял.
    А в последнее время я все больше проникаюсь и удобством rss лент, с помощью которых можно агрегировать информацию с разных сервисов в том же почтовике. И разве не классно следить за каналами в youtube, группами ВК, новостями 5 сайтов и уведомлениями по pull requests в одном месте? :)
    Так что у меня, субъективно, скорее противоположный описываемому в статье опыт. Да и в создаваемый обычными пользователями интересный контент я не особо верю. На том же youtube тонны пользовательских поделок, но самое интересное и качественное материал все равно записывается в студии, или людьми, достигшими того же профессионального уровня.
  • Автостопом по доступности: Ссылки для пропуска навигации и секции
    0
    Мне в этом смысле очень показательной показалась страница документации asyncjs. Она крайне перегружена, на ней одной, фактически, вся документация располагается. Но за счет заголовков и их правильной вложенности, навигация с помощью скринридера осуществляется без проблем. И попасть в нужное место, на самом деле, довольно быстро и просто.
  • Автостопом по доступности: Ссылки для пропуска навигации и секции
    +1
    Вот, если честно, никогда не обращал внимания на эти вещи. И ни разу не пользовался ссылкой «skip to content», считая ее чем-то ненужным. А вот заголовок h1 (или какой-нибудь другой) непосредственно перед основным содержимым — это то, что я безо всякого сомнения ожидаю на каждой адекватной веб-странице.
    На этой он, кстати, тоже есть. Так что фронтендерам хабра большой плюс! В отличие, например, от их коллег из яндекс почты, которые в принципе считают, что заголовки — это зло.
    И еще хотелось бы, чтобы выходило больше статей о доступности мобильных приложений. Т.к. в вебе мало приходится наблюдать совсем плохо доступных сайтов, а на мобилках — сплошь и рядом, в т.ч. от крупных компаний.
  • Джефф Безос объявил о планах покорения Луны
    0
    Без двигателей на ядерном топливе, имхо, все это будет космически дорого и крайне небезопасно. А без превращения в рутину полетов земля — луна, земля — (луна) — марс ни о каком освоении не может идти и речи. Слишком много их нужно осуществить.
  • PSR-14 — главное событие в PHP
    0
    2. Возможно, с этим и боролись. Т.к. здесь у пакета появляется дополнительная зависимость в виде EventInterface. А для большей переносимости лучше, чтобы аспекты реализации не хранились в интерфейсе.
    Во всяком случае их мысль я понимаю именно так.
  • Эволюция программного проекта и ООП
    –2
    А чего ему не хватает до «полноценности»? Общение с БД, файловой системой и отправка http запросов? Как бы это, в принципе, могло выглядеть, не нарушая принцип единственной ответственности?
  • Эволюция программного проекта и ООП
    –1
    Принцип единственной ответственности (The Single Responsibility Principle)
    Каждый класс выполняет лишь одну задачу.


    Т.е. должна быть сущность, хранящее состояние и сервис, который ею манипулирует.
  • Эволюция программного проекта и ООП
    0
    ООП о данных инкапсулированных с поведением


    Антисолид. Данные от логики управления ими лучше отделять.
  • Стандарт WASI: запуск WebAssembly за пределами веба
    0
    Ну, golang, вроде как, на уровне бета-версии сейчас wasm поддерживает. Только ко 2 версии релизную обещают. Да и SPA при условии накладных расходов общения wasm с DOM смысла на нем нет делать.

    Скорость старта — тоже важная характеристика. Байт код все-таки, наверное, быстрее парсится да и пространства под оптимизации поболе имеет.
  • Стандарт WASI: запуск WebAssembly за пределами веба
    0
    Все равно не вижу ограничений.

    Там сказано, что wasm нужен для компиляции высокоуровневых языков в бинарный формат и их использовании на клиенте и сервере. А использовать его вы, в принципе, можете, как захотите, хоть на лендинге. В конце концов уменьшение размера загружаемых ресурсов и увеличение скорости их выполнения не помешают нигде, вопрос лишь в цене.

    Хотя я конечно больше говорил про SPA и какой-нибудь golang или ts в качестве языка разработки. И они, кстати, под формулировку «compilation
    of high-level languages like...» тоже подходят, так что идеологии wasm, имхо, нисколько не противоречат.
  • Стандарт WASI: запуск WebAssembly за пределами веба
    0
    WebAssembly это не швейцарский нож.


    А тут я как-то не нашел слов, что wasm не предназначен для решения каких-то задач. Ну, и если wasm не подходит/предназначен для употребления в качестве универсального швейцарского ножа, то что тогда предназначено? JS что ли? :) Какие у него в принципе могут быть преимущества перед wasm, кроме проработанного окружения, конечно же.
  • Стандарт WASI: запуск WebAssembly за пределами веба
    0
    На мой взгляд, кроме принципиальной возможности использовать на проде, важно какое количество проблем он готов решить. Т.е., если он по своей идеологии и уровню развития окружения будет подходить лишь для 0,25 процентов проектов, то говорить о том, что эта технология действительно взлетела и хоть сколько-то реализовала свой потенциал, не приходится.

    И судя из этой статьи и комментов к ней wasm сейчас имеет очень мало реально полезных применений и целый ряд ограничений, в частности, отсутствие стабильных компиляторов для многих популярных языков и невозможность обращаться к браузерному api напрямую, без использования js прослойки, ну, и общую некую сырость экосистемы в целом.

    Поэтому и интересно, является ли wasm частью чьих-нибудь «будней веб-разработчика». Потому что, на мой субъективный взгляд, в широкой практике его не видно вообще.
  • Стандарт WASI: запуск WebAssembly за пределами веба
    +1
    запуск WebAssembly за пределами веба


    А что, в пределах веба он уже играет какую-то ощутимую роль? А то я за последнее время лишь парочку статей на хабре по практическому применению WebAssembly видел. И все они в духе «Да, технология перспективная. И у нас действительно что-то получилось. Но у нее еще есть ряд немаловажных ограничений.»
    Так что складывается впечатление, что все об этом уже долго говорят и единодушно признают, что за этим будущее, а оно все никак не наступает, и когда наступит — непонятно.
  • PhpStorm 2019.1: Отладка шаблонов Twig и Blade, поиск мертвого кода, улучшенное автодополнение и многое другое
    0
    Ок. Понял, большое спасибо!
  • Почему SvelteJS возможно лучший фреймворк для новых веб-разработчиков
    0
    Ну, «реактами» в итоге стали очень немногие, по пальцам одной руки пересчитать можно. А сколько умерло по дороге… Так что теория вероятности, наверное, все же не на вашей стороне. :)
  • PhpStorm 2019.1: Отладка шаблонов Twig и Blade, поиск мертвого кода, улучшенное автодополнение и многое другое
    0
    А по багам по доступности какие-то действия будут? А то с моего репорта уже 2 месяца прошло, а там, по-моему, даже ответа нет. Или надо как-то иначе оформлять?
  • Ненавидим и затравлен: опасная жизнь взломщика вирусов, наживающего себе могущественных врагов
    +3
    Югославия, Ирак, Афганистан, Сирия… Но это все ничего.
    Кстати, Прибалтика-то тут причем? В свое время отпустили, как миленьких. Сейчас в ЕС и НАТО входит.
  • PHP Russia 2019: свой «стадион» для языка первой лиги
    +1
    Отличная новость! Ждем интересных и животрепещущих расшифровок на хабре! :)

    Лично меня очень интересует асинхронное программирование на PHP, т.к., по-моему, это наиболее узкое его место в сравнении с другими популярными бэкенд платформами.
  • Как я не стал специалистом по машинному обучению
    0
    Deleted
  • Beego — это уже не Go
    +2
    От solid при таком подходе придется отказаться в первую очередь. А вообще, представляю эти «божественные объекты», хранящие в себе логику обработки запросов, обращения к бд и вывода. Вот уж гибкая, читаемая и прозрачная структура получится. :)
    Имхо, логика все-таки должна быть разделена по слоям, и даже компонентный подход этому не противоречит. А MVC в свое время как раз и возник, как способ разгрести ту кашу, в которую очень быстро превращается реализация предлагаемого вами паттерна.
    Впрочем, всему свое время и место, наверное.
  • Beego — это уже не Go
    +3
    они разбились о сложность
    реального мира, и более неактуальны.


    Как по мне, очень спорное и слишком категоричное утверждение. Может поясните?

    В конце концов, MVC — это всего навсего способ организации обработки http запроса, и он нисколько не противоречит DDD. А, наоборот, чаще всего с ним сочетается.

    Если MVC — это неправильная архитектура организации приложения, то как тогда в go надо? Чем он так принципиально отличается от всего остального back-end мира?
  • Король разработки
    0
    Ну, и учите, что вас смущает? Программирование, само по себе — классная штука! Куча всего интересного и каждый день что-то новое и т.д. Тут же статья про матерого разработчика, который, по сути, знает и умеет уже все, что ему нужно в повседневной работе, и весь процесс для него сводится к жонглированию н-ным количеством заранее известных паттернов. Да, такая проблема, безусловно, в какой-то момент возникает, как и десятки каких-то других, но решений у них слишком много, чтобы пренебрегать еще большим количеством плюсов и значительными возможностями.
    В конце концов одной из наиболее интересных возможностей в программировании является то, что вы сами можете формировать свое рабочее окружение. Хотите — сидите в офисе с 9 до 6, хотите — работайте из дома, хотите — идите на фриланс, хотите — ищите себя в open source, работайте с заказчиками по всему миру, в любом стеке, в любой стране, в любой предметной области, в больших компаниях, стартапах, собственных проектах, за столом, в кафе, да хоть под кроватью, но везде за хорошие деньги. Т.к. спрос на хороших разработчиков всегда сильно превышает предложение. Так что найти для себя комфортные условия, или создать их, вряд ли можно где-нибудь проще, чем в ИТ.