Инструмент для удобного редактирования кода прямо в браузере

А я в AkelPad, после него на IDE даже смотреть противно. Подсветка синтаксиса там прекрасная, плюс есть поддержка встроенных скриптов WSH. Cохранить и залить отредактированный исходник на сервер, а после переключится на браузер и обновить в нем страницу можно легко сделать в один клик написав соответствующий скрипт. А css удобнее править в firebug на моззиле, для сохранения изменений нужно поставить расширение cssUpload.

Искусственный интеллект в поиске. Как Яндекс научился применять нейронные сети, чтобы искать по смыслу, а не по словам

Это почти идеал, ищет точно то что ему говорят, работает исключение из поиска "-"
жаль вот только кавычки не работают.
Несколько не хочу принизить возможности других поисковых систем, серебряной пули ведь как известно не существует…

Искусственный интеллект в поиске. Как Яндекс научился применять нейронные сети, чтобы искать по смыслу, а не по словам

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

Но вот чего я никак не могу понять так это почему нельзя напрямую поинтересоваться мнением пользователя? Сделали бы вверху панельку, с кнопочками "да нашел что искал", "нет не нашел", и еще две "найти далее" и "найти предыдущее"…
Я бы наверное уже только за возможность сразу перейти к заинтересовавшему меня в аннотации фрагменту документа с гугла перешел бы на Яндекса.

Искусственный интеллект в поиске. Как Яндекс научился применять нейронные сети, чтобы искать по смыслу, а не по словам

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

Как я создавал убийцу HTML

А как насчет экранирования, например когда код на подобии такого:
\пар(Этот текст ( будет \ж(полужирным), а этот - \к(курсивом))
\пар(Этот текст \пар( будет \ж(полужирным), а этот - \к(курсивом))


Для создания редактора с подсветкой синтаксиса ЯГТР, можно использовать библиотеку wx там есть достаточно мощный редактор кода Scintilla:


А это пример кода с аналогичным функционалом на lua:

utf8=require'lua-utf8'

s=[[\пар(Этот текст будет \ж::class='bold'::(полужирным), а этот - \к(курсивом)\изо`align='center'`)]]


--хеш для тегов с телом
local complex_tags = {
	['пар']='p', ['ж']='b', ['к']='i'
}

--хеш для тегов без тела
local simple_tags = {
	['бр']='br', ['изо']='img'
}

--паттерны для разбора тегов, без начального символа "\" 
local complex_tag_pattern = [[:?:?([^:%)%(\]*):?:?(%b())]]
local simple_tag_pattern = [[:?:?([^:%)%(\]*):?:?]]

--рекурсивная функция в которой все и происходит 
local function pp(str)
	--обрабатываем теги без тела
	for ya_tag, html_tag in pairs(simple_tags) do
		str=utf8.gsub(str, [[\]]..ya_tag..simple_tag_pattern,
			function(attrs)
				local s = '<'..html_tag
				if #attrs>0 then s=s..' '..attrs end
				s=s..'>'
				return s
		end)
	end

	--тоже но уже для тегов с телом
	for ya_tag, html_tag in pairs(complex_tags) do
		str=utf8.gsub(str, [[\]]..ya_tag..complex_tag_pattern,
			function(attrs, body)
				local s = '<'..html_tag
				if #attrs>0 then s=s..' '..attrs end
				s=s..'>'..pp(utf8.sub(body, 2, -2))..'</'..html_tag..'>'
				return s
		end)
	end

	return str
end

--выводим результат
print(pp(s))