Да, видел это RFC (благодаря PHP-Дайджесту, конечно!). Очень жаль. Хотя она больше фиксит существующую библиотеку функций, а мне кажется интересной идея работы со строкой как с объектом (как в Python), но это, очевидно, будет создавать дополнительный расход памяти, если не придумать какое-то хитрое поведение/хак, который и так усложнит непростую историю PHP.
Заодно сразу же можно было бы реализовать мультибайтовость строк.
Конечно, уверен, что есть десятки библиотек (и библиотека zubr одна из них), но их проблема в том, что о них мало знают и они не закреплены как рекомендованные на уровне языка/документации.
Я не в первый раз высказываю мнение, что библиотеку похожую на github.com/nkkollaw/zubr (в которой нормализированы функции для строк и массивов) нужно реализовать на уровне языка. То есть, оставить legacy в виде старых функций напр., strlen, но при этом добавить новые классы, в которых все аргументы и возвраты будут адекватно систематизированы.
А пока приходится использовать подобные библиотеки, которые отличные, но имеют фатальный недостаток — они не стандартизированы на уровне языка, поэтому будут использоваться очень малой частью разработчиков.
Добавлю к пункту «отсутствие фотографий высокого расширения».
Конкретный пример: я часто смотрю товары, связанные с музыкальной аппаратурой: синтезаторы, звуковые карты, цифровые/аналоговые пульты, беспроводные технологии…
Из-за маркетинговых фишек, даже прочитав подробное описание, нет уверенности, что товар вам подходит по наличию и количеству нужных отверстий/кнопок. Намного проще сделать клик по картинке и увидеть все входы/выходы на фото. Иногда оказывается, что нужной фотографии нет в качестве, чтобы увидеть мелкие детали и приходится гуглить изображение, что нередко приводит к другим магазинам-конкурентам.
Для подобной аппаратуры критерии к размерам изображения намного выше — должно быть видно все надписи, которые только могут быть
Вы правы. Я, например, очень не люблю оставлять нерешенных задач на ночь или на перерыв, потому что в таком случае они будут у меня крутится в голове и я всю ночь буду спать тревожно или вместо отдыха думать: «что же там не так».
Это в первую очередь касается каких-то нерешенных и непонятных багов.
Вспомнился анекдот.
Однажды вечером президент Обама и его жена Мишель решили пошли на ужин в ресторан. Когда они сели, владелец ресторана спросил у охранника Обамы, может ли он, обратиться к первой леди в частном порядке. Затем у Мишель и этого мужчины состоялся разговор. После этого разговора президент Обама спросил Мишель: «Почему он был так заинтересован в общении с тобой?» Она ответила, что в ее подростковые годы он был безумно влюблен в нее. Президент Обама сказал: «Так что если бы ты вышла за него замуж, ты бы сейчас могла быть владелицей этого прекрасного ресторана?», и Мишель ответила: «Нет. Если бы я вышла за него замуж, он бы стал президентом.»
throw_unless и throw_if показался мне излишним синтаксическим сахаром.
Как человеку, который раньше не работал с этой конструкцией, придется открывать объявление функции, смотреть, нет ли там каких-то скрытых особенностей.
И в чем идет выигрыш, если можно конструкцию заменить на
if($number !== 3) { throw new NotThreeException('Number is not three') };
, которая очень очевидна и явно не будет хранить скрытых особенностей и непонятных режимов работы функции throw_if?
Среднее время работы от одного заряда?
Можно ли использовать как метку от кражи ценных вещей (разместить где-то незаметно в сумке или машине, чтобы потом найти ее в случае необходимости)?
По своему опыту, палка с двумя концами.
В идеале, конечно, системный блок, но не сильно подходит для тех, кто много путешествует. Остается ноутбук.
С одной стороны, ноутбук 17"/FullHD — отличный, так как много чего помещается на экран, не так устает зрение (особенно если оно не идеально).
Но он не слишком транспортабельный — и это иногда просто выматывает, когда нужно его таскать на плечах весь день, так как на связи нужно быть 24/7. В такие моменты хочется ноут 13-15 дюймов…
Если много путешествуете — обязательно обратите внимание на крышку экрана. Пластик легче, но можно в дороге продавить экран. Алюминий намного надежнее, но и весит много.
Минимальные характеристики — SSD 256 + 1TB HDD, минимум 8, но лучше 16 GB RAM.
Видеокарта — нужна или нет, зависит от применения. Если работаете веб-разработчиком — может встроенной хватить, другой вопрос, что не так просто найти ноутбук подобных конфигураций только с интегрированной картой.
Пусть это и не о картах, но всегда очень интересовало объяснение столь странной смены времен года в мире Песни Льда и Пламени — что они длятся разное время, от нескольких до целых десятков лет.
Логичного объяснения на фан-сайтах не находил с точки зрения астрономии. Хотя в мире, где есть магия и оживление мертвецов — возможно, подобных объяснений искать и не стоит.
Запросто!
Я целый год работал по удаленной связи чисто в текстовом режиме. Хотя по телефону иногда быстрее, но это небольшая помеха. Иногда можно поставить так рабочий процесс, что ваш работодатель даже не будет знать о каких-то особенностях вашего организма.
Я для себя сделал вывод на счет своих программных продуктов. Ценный опыт на предмет возможных уязвимостей. Если уж НЛО имеет такие ошибки тонкие места, значит самому нужно быть более бдительным.
Конечно, но можно было бы как-то предупредить заранее, а в итоге они просто втихую поломали все сайты, которые использовали их embed-решение. Это действительно выглядит как форма шантажа.
Да, я понимаю, но у нее есть ограничения по применению (только студентам или для Open Source), если я не ошибаюсь.
Разговор только о том, что начинать изучение языка с довольно полновесной IDE — излишне.
Заодно сразу же можно было бы реализовать мультибайтовость строк.
Конечно, уверен, что есть десятки библиотек (и библиотека zubr одна из них), но их проблема в том, что о них мало знают и они не закреплены как рекомендованные на уровне языка/документации.
А пока приходится использовать подобные библиотеки, которые отличные, но имеют фатальный недостаток — они не стандартизированы на уровне языка, поэтому будут использоваться очень малой частью разработчиков.
Конкретный пример: я часто смотрю товары, связанные с музыкальной аппаратурой: синтезаторы, звуковые карты, цифровые/аналоговые пульты, беспроводные технологии…
Из-за маркетинговых фишек, даже прочитав подробное описание, нет уверенности, что товар вам подходит по наличию и количеству нужных отверстий/кнопок. Намного проще сделать клик по картинке и увидеть все входы/выходы на фото. Иногда оказывается, что нужной фотографии нет в качестве, чтобы увидеть мелкие детали и приходится гуглить изображение, что нередко приводит к другим магазинам-конкурентам.
Для подобной аппаратуры критерии к размерам изображения намного выше — должно быть видно все надписи, которые только могут быть
Это в первую очередь касается каких-то нерешенных и непонятных багов.
Однажды вечером президент Обама и его жена Мишель решили пошли на ужин в ресторан. Когда они сели, владелец ресторана спросил у охранника Обамы, может ли он, обратиться к первой леди в частном порядке. Затем у Мишель и этого мужчины состоялся разговор. После этого разговора президент Обама спросил Мишель: «Почему он был так заинтересован в общении с тобой?» Она ответила, что в ее подростковые годы он был безумно влюблен в нее. Президент Обама сказал: «Так что если бы ты вышла за него замуж, ты бы сейчас могла быть владелицей этого прекрасного ресторана?», и Мишель ответила: «Нет. Если бы я вышла за него замуж, он бы стал президентом.»
Как человеку, который раньше не работал с этой конструкцией, придется открывать объявление функции, смотреть, нет ли там каких-то скрытых особенностей.
И в чем идет выигрыш, если можно конструкцию заменить на
, которая очень очевидна и явно не будет хранить скрытых особенностей и непонятных режимов работы функции throw_if?
Можно ли использовать как метку от кражи ценных вещей (разместить где-то незаметно в сумке или машине, чтобы потом найти ее в случае необходимости)?
Отличный совет!
В идеале, конечно, системный блок, но не сильно подходит для тех, кто много путешествует. Остается ноутбук.
С одной стороны, ноутбук 17"/FullHD — отличный, так как много чего помещается на экран, не так устает зрение (особенно если оно не идеально).
Но он не слишком транспортабельный — и это иногда просто выматывает, когда нужно его таскать на плечах весь день, так как на связи нужно быть 24/7. В такие моменты хочется ноут 13-15 дюймов…
Если много путешествуете — обязательно обратите внимание на крышку экрана. Пластик легче, но можно в дороге продавить экран. Алюминий намного надежнее, но и весит много.
Минимальные характеристики — SSD 256 + 1TB HDD, минимум 8, но лучше 16 GB RAM.
Видеокарта — нужна или нет, зависит от применения. Если работаете веб-разработчиком — может встроенной хватить, другой вопрос, что не так просто найти ноутбук подобных конфигураций только с интегрированной картой.
Логичного объяснения на фан-сайтах не находил с точки зрения астрономии. Хотя в мире, где есть магия и оживление мертвецов — возможно, подобных объяснений искать и не стоит.
Я целый год работал по удаленной связи чисто в текстовом режиме. Хотя по телефону иногда быстрее, но это небольшая помеха. Иногда можно поставить так рабочий процесс, что ваш работодатель даже не будет знать о каких-то особенностях вашего организма.
ошибкитонкие места, значит самому нужно быть более бдительным.Разговор только о том, что начинать изучение языка с довольно полновесной IDE — излишне.