Я предложу такое определение нормальности: если языком успешно пользуются тысячи если не миллионы людей — это нормально. Если человек не разобравшись в документации и в поведении о котором знает, надеюсь, любой джун, идет в интернет писать что язык плохой — вот это не нормально. У всех языков есть свои особенности — если слушать Вас, то javascript вообще на костре должен гореть сами знаете где, а .net и java — наше все.
Интересно какое место в вашей системе координат занимают функциональные языки?
Ну fb тут впереди планеты всей. Получить список подписчиков своей страницы нельзя теперь никак. В апи методы деприкейтед, а в настройках страницы есть целая табличка но в ней почему-то 20 пользователей, всегда одинаковые, по какому критерию выбраны не понятно(в группе сейчас примерно 1к человек)
Если начать разбираться с namespace-ами, то подобное поведение становится понятным.
Однако для программистов, кто раньше работал с нормальными языками, это по меньшей мере кажется странным.
Вы не могли бы, пожалуйста, рассказать какие языки нормальные и какие критерии определяют нормальность языка раз уж python с его огромным комьюнити такие «ненормальные»?
мне в API отказали. Но я честно написал что для исследования и nlp. Теперь придется идти путем селениума)))) Благо аккаунты продаются и стоят не дорого.
Спасибо за столь развернутый ответ, было интересно.
В целом осталось непонятно(простите может еще просто не проснулся) как это помогает с неразмеченными данными?
Ну, то есть, да, мы понизили размерность. А что дальше?
То есть, у нас есть, предположим, 1000 примеров с ответами и еще 100к примеров без ответов. Я могу натравить автоэнкодер на все и получить доп фичи, это понятно.
Если у вас есть большой набор не размеченных данных и небольшой размеченных, можно добавить фич используя обучение без учителя. Автокодировщики работают хорошо.
Можно пожалуйста подробнее о том как работать имея небольшое количество размеченных данных и большое количество неразмеченных данных?
И второй вопрос который пришел сегодня в голову. Как быть и можно ли что-то придумать если данные размечены некачественно. Положим требования к параметрам для попадания в какую-либо категорию менялись из года в год с ростом бизнеса и изменением внешних факторов.
Если мне не изменяет память SharePoint это большой webdav с авторизацией в АД и хранением всего и вся внутри сиквел сервера. Следовательно думаю что как и раньше к sharepoint можно подключиться через любой dav клиент. Хотя может и заблуждаюсь
Разметка создавалась не для красоты а в большей степени для описания содержимого. Вопрос может не в том для кого мы делаем сайты, а в том что мы сами загоняем себя у тупик не следуя стандартам. Вот примеры почему еще нужно следовать стандартам:
Я лично до сих пор встречаю ситуации когда нужно воспользоваться текстовым браузером типа линкса
бывает что страница которую я искал в поисковике уже удалена. и я могу открыть и почитать сохраненную копию. Но только если теги использовались правильно.
Я знаю уйму людей которые не хотят включать js в силу своей паранойи. Но они есть.
Ок. бывает просто cdn на котором хостится ваш фреймворк упал. Пока вы не исправите проблему пользователь не сможет ничего увидеть
Я привел те примеры которые я встречаю изо дня в день. Наверняка есть еще. Всяческие сервисы которые позволяют сохранять сайты для последующего чтения, например. Почему все они обязаны знать про JS если мы работаем с HTML. Основной посыл автора который я услышал — это скорее вопрос ко всем: «Почему мы ставим оформление выше чем информацию?». Разве мы покупаем книги для того что бы полюбоваться картинками? Мы хотим получить информацию.
В общем и целом понятно что следовать рекомендациям автора безсмысленно. Но уж расставлять теги так как они были придуманы даже в SPA это как минимум хороший тон и забота о конечном пользователе.
Пока писал этот комментарий нашел еще один интересный вариант. Сам поисковик ищет информацию по тегам а не по оформлению. И, да, я знаю что гугл пообещал что будет читать SPA приложения нормально. Но на выходе у меня был пример когда гугл не мог догадаться как обчитать сайт потому что вместо ссылок использовались события onclick, везде. Ни одной ссылки. Google виноват что автор приложения не подумал о такой мелочи?
Вот интересно, эта статья — частитично реклама sublime или мне показалось? Аж 2 упоминания что только он спас.
Я открыл «babel-core» в VIM, потом перезагрузил компьютер, потому что сочетание Ctrl-C не работало, затем открыл «babel-core» в Sublime.
kill из соседней консоли не пробовали?) Первый раз такое слышу что бы комп перегружали из-за vim в котором ctrl-c не сработал.
Ну а по делу, интересно обстоят ли так дела только с npm или в composer, pip, gem(подставить нужное) та же история. Спасибо за статью
Например в других фреймворках, не буду называть каких, дабы не было холиваров, что бы вывести в html переменную без экранирования символов надо добавить дополнительные команды. А как неэкранированные переменные передать в orm вообще не представляю. Разве что через raw запрос. Но тут уж надо думать головой. За то я знаю, что если я действую стандартными методами, они априори безопасны. Откуда бы не пришли данные.
Экранировать на входе — ну тут правда вопрос. Согласен что сами данные на входе опасности не несут, ее несет обрабатывающий код.
Интересно какое место в вашей системе координат занимают функциональные языки?
Вы не могли бы, пожалуйста, рассказать какие языки нормальные и какие критерии определяют нормальность языка раз уж python с его огромным комьюнити такие «ненормальные»?
В целом осталось непонятно(простите может еще просто не проснулся) как это помогает с неразмеченными данными?
Ну, то есть, да, мы понизили размерность. А что дальше?
То есть, у нас есть, предположим, 1000 примеров с ответами и еще 100к примеров без ответов. Я могу натравить автоэнкодер на все и получить доп фичи, это понятно.
Можно пожалуйста подробнее о том как работать имея небольшое количество размеченных данных и большое количество неразмеченных данных?
И второй вопрос который пришел сегодня в голову. Как быть и можно ли что-то придумать если данные размечены некачественно. Положим требования к параметрам для попадания в какую-либо категорию менялись из года в год с ростом бизнеса и изменением внешних факторов.
curl -v http://ugly.begetan.me/
* Trying 138.201.246.68...
* TCP_NODELAY set
* Connected to ugly.begetan.me (138.201.246.68) port 80 (#0)
> GET / HTTP/1.1
> Host: ugly.begetan.me
> User-Agent: curl/7.51.0
> Accept: */*
>
< HTTP/1.1 500 Internal Server Error
< Server: nginx
< Date: Tue, 21 Feb 2017 07:11:13 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
<
* Curl_http_done: called premature == 0
* Connection #0 to host ugly.begetan.me left intact
Я привел те примеры которые я встречаю изо дня в день. Наверняка есть еще. Всяческие сервисы которые позволяют сохранять сайты для последующего чтения, например. Почему все они обязаны знать про JS если мы работаем с HTML. Основной посыл автора который я услышал — это скорее вопрос ко всем: «Почему мы ставим оформление выше чем информацию?». Разве мы покупаем книги для того что бы полюбоваться картинками? Мы хотим получить информацию.
В общем и целом понятно что следовать рекомендациям автора безсмысленно. Но уж расставлять теги так как они были придуманы даже в SPA это как минимум хороший тон и забота о конечном пользователе.
Пока писал этот комментарий нашел еще один интересный вариант. Сам поисковик ищет информацию по тегам а не по оформлению. И, да, я знаю что гугл пообещал что будет читать SPA приложения нормально. Но на выходе у меня был пример когда гугл не мог догадаться как обчитать сайт потому что вместо ссылок использовались события onclick, везде. Ни одной ссылки. Google виноват что автор приложения не подумал о такой мелочи?
kill из соседней консоли не пробовали?) Первый раз такое слышу что бы комп перегружали из-за vim в котором ctrl-c не сработал.
Ну а по делу, интересно обстоят ли так дела только с npm или в composer, pip, gem(подставить нужное) та же история. Спасибо за статью
Экранировать на входе — ну тут правда вопрос. Согласен что сами данные на входе опасности не несут, ее несет обрабатывающий код.