Обновить
13

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

1
Подписчики
Отправить сообщение
Печаль :( Опять кучка неадекватных некомпетентных людей будет рассказывать всем, что такое «хорошо» и что такое «плохо», и под прикрытием «борьбы со злодеями» будет тупо банить все подряд и требовать взятки :( Кто будет принимать новых «кибер-полицаев» на работу, кто будет их собеседовать и выявлять их уровень компетентности? Печаль, печаль…
Она и у мыши во вполне человеческом месте. В том самом, куда ее инженерам этот провод надо воткнуть, чтоб они не могли им пользоваться, пока не просветлятся.
Ну типичный единичный случай. Dump-Drop-Create-Restore. Это ж не каждый день делать придется, а один раз за жизнь проекта.
Больше всего меня порадовал инструмент сравнения схем двух баз данных. Удобно, например, по необходимости сравнивать тестовую/девелоперскую базу с продакшеном. В результате выдается список запросов для обновления схемы продакшена. Миграции для ленивых, для небольших проектов, где нет времени/средств заморачиваться со специализированными инструментами или писать свои. Не всегда, правда, все сходу срабатывает без ручной доводки (ну например, если есть поле NOT NULL без дефолтного значения), но все же мне очень помогает.
Буду с нетерпением ждать следующую статью. Я сам в скором (надеюсь) времени собираюсь приступить к «препарированию» mio, будет полезно почитать о Вашем опыте.
Ничто не мешает. Как ничто не мешает запустить несколько потоков, в каждом запустить event loop, и диспетчеризировать подключения между ними в рамках одного процесса. Но сам mio ни того, ни другого не делает, и в планы его развития это не входит.
Таки нет, сам не умеет:
The following are specifically omitted from MIO and are left to the user or higher level libraries.

File operations
Thread pools / multi-threaded event loop

Что означает, что это нужно делать самому, либо искать более высокоуровневую обертку, в которой это реализовано.
Хех. «Кинопоиска, нащяльника!». Становится понятно, кто делал редизайн.
Грустный смайлик как бы об этом.
Ведь если мне не нравится публикация, я должен иметь возможность сказать “Фу, не интересно!”

Дизлайки неоднозначны. Как, впрочем, и лайки. А если в публикации какая-нибудь крайне негативная для нормального человека новость, вызывающая соответсвующую реакцию? Например, о каком-нибудь теракте? Или о каком-нибудь мальчике-мажоре, в нетрезвом состоянии сбившем пешехода на переходе, и оставшемся безнаказанным? Под такими новостями люди скорее всего будут ставить дизлайки, если будет такая возможность. Как воспринимать в таком случае эти дизлайки автору, эту новость опубликовавшему? «Фу, не интересно»? А лайк — это что? «Чувак на феррари — молодец, пешеход сам напросился», так выходит? Как раз эмоции — то, что больше подойдет для таких случаев. Я не раз встречал публикации в ленте, где идея нажать «Нравится» казалась кощунственной.
Жду с нетерпением UPSERT в версии 9.5. Захожу на страничку Roadmap по два раза в день. Альфу/бету ставить очень не хочется, жду полноценного релиза, а пока приходится пользоваться костылями. А в остальном и прочем — прекрасная СУБД, и действительно непонятно, почему тот же Wordpress не реализует ее поддержку — приходится одновременно крутить и MySQL и PostgreSQL на одном VPS.
Спасибо за статью.
Я вижу две основных проблемы с естественными языками:
1. Они неоднозначны, т.е., допускают возможность различного трактования в зависимости от массы факторов, как внутренних, так и внешних. «ДАО, которое может быть выражено словами, не есть постоянное дао.»
2. Они многословны и громоздки, по сравнению с отточенными формальными языками программирования (или с языком математических формул, например).
Именно поэтому я предпочту строго формализованный язык программирования естественному.

Но при этом я считаю, что рано или поздно нужно научить эту тупую железяку общаться по-человечески, а уж для программирования или для каких-то других целей — там разберемся ;)
Есть у меня пара старых добрых запросов, где уже даже я, как автор, не до конца улавливаю свои первоначальные «интенции» :) Хорошо, что СУБД не переспрашивает, что конкретно я имел в виду.
Насколько я понимаю, это доопределение будет чисто «внутренним», для интерпретатора или компилятора, который будет разбирать предложение с естественного языка во внутреннее древовидное представление. Так что внешне язык все еще будет оставаться естественным. Ну это в будущем, так как по словам автора:
… речь пойдет все таки о плановом языке… коротый, в процессе развития, имеет возможность трансформироваться практически в естественный.
Судя по описанию и анимации — это должно быть достаточно удобно.
Ну, как уже упомянутый вариант, передавать дополнительный служебный байт или два для указания кодировки. И в Украине тоже кириллица, если что, как и в некоторых других странах с языком, отличным от русского. С небольшими отличиями, разумеется, которые, при грамотном подходе, можно было бы учесть. С другой стороны, то, что полезно конечному пользователю, — не всегда полезно бизнесу. Очевидно же, что гораздо проще и приятнее просто рубить в 2 раза больше бабла за каждое сообщение, чем организовывать международные комиссии и заниматься разработкой стандартов.
Странно, что не ввели какую-нибудь особую кириллическую кодировку для SMS, типа koi7-r. 7 бит вмещают 128 символов, туда можно и латиницу, и кириллицу впихнуть, и еще место останется. А всякими графическими закорючками можно было бы и пожертвовать ради такого дела, все равно в клавишных телефонах не очень-то с ними можно было и разогнаться.
Похоже, в паскаль это из экселя переносили
Для того, чтобы объяснить рекурсию, нужно сказать, что для того, чтобы понять рекурсию, нужно понять рекурсию.
Параноика-то я включил, а как его теперь хотя бы временно отключить обратно? Спать очень хочется =[

Информация

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