Красивый ноут, приятный.
Хоть я и в игры не играю, а вот глядя на него так и хочется ощутить его клавиши под пальцами, написать какой-нибудь кодес, запустить на компиляцию и понять, что большой, навороченный проект скомпилировался раньше чем ты успел оторвать руки от клавиатуры…
Ну в принципе да, мало ли у кого какие порты закрыты. А использование в качестве транспорта DNS это вообще классика, помнится еще в далекие девяностые был какой-то софт для халявного доступа в инет через DNS, тестовые модемные пулы и фейковые DNS-сервера.
Подумалось: а вот если все астрономические данные со всех телескопов скормить IBM Watson, сколько еще всяких странностей, незаметных для человеческого взгляда, может обнаружиться?..
Речь идет о подключении и отключении «плагинов» во время работы программы. Да, это возможно и на Qt и даже на Си, но поскольку языки слишком низкоуровневые, то это выглядит не как «идеальное ООП», а как нечто весьма навороченное.
Всякие COM-объекты тоже мыслились как чистое ООП в рантайме. Встраивание программ друг в друга, встраивание данных одной программы в данные другой и т.д.
Конечно, если говорить про скриптовые языки и фреймворки на них, то там все как-бы проще — нет компиляции, код очень просто подгружать и даже генерировать/модифицировать во время выполнения, концепция сообщений в том или ином виде присутствует. Я не знаком конкретно с вордпресс, поэтому обобщаю на все скритовое — а почти весь веб именно на скриптовых языках.
Если говорить о С++ — то это «низкоуровневое ООП», или, если можно так сказать — ООП времени компиляции. Да, там вызовы методов вместо отправки сообщений и т.д., но без этого низкого уровня невозможен никакой высокий. Ведь процессору пофиг на ООП; процессор все что умеет — исполнять ассемблерные команды, и, так или иначе, только это и делает — но в потоке команд какие-то относятся непосредственно к решаемой задаче, а какие-то к обслуживанию интерпретатора скриптов, фреймворка и прочих высокоуровневых штук. Какой процент тех и других в среднестатистическом современном коде?
Нет, конечно есть например Objective C, в котором реализованы сообщения. Есть Qt с сигналами и слотами — тоже своеобразные сообщения. Да, там еще нельзя изымать объекты и вставлять их во время работы — но в общем это не так уж и сложно сделать. Главный вопрос — нужно ли это? И при построении архитектуры конкретного приложения как раз и определяется, на каком уровне достаточно старого доброго процедурного программирования, где нужно низкоуровневое ООП, а где — полноценное высокоуровневое, с полностью динамическими объектами и сообщениями.
Я могу ошибаться, но вроде бы весь огромный массив информации для Ватсона — это просто документы в обычном человеческом формате (т.е. видимо обычный электронный текст, возможно даже после OCR). Никто эти миллионы страниц текста в структурированный машинный формат специально не переводил.
Хотя для удобства человека конечно можно сделать интерфейс для структурированного ввода.
Для этого должен быть адекватный пользовательский интерфейс и нормальная инструкция, только и всего.
Анализы это как правило числовые значения.
Для анемнеза можно разработать что-то более-менее стандартизированное. Возможно даже простенький язык разметки.
Они могли бы монетизироваться как Гугл — на контекстной рекламе медицинских препаратов и клиник.
Идеальным была бы возможность создания личного кабинета, куда можно было бы сгружать результаты анализов и исследований, показания различных медицинских приборов (в том числе носимой электроники), собственную оценку состояния здоровья… а система анализировала бы все это и рекомендовала обратить внимание на те или иные проблемы.
Хотя конечно вопросы медицины такие, кто-то займется самолечением неудачно, а потом на IBM в суд подаст…
Тоже интересует. Очень надеюсь что IBM откроет этот сервис — просто как консультацию без каких-либо обязательств. Может петиция какая есть в интернете по этому поводу? Я бы подписал.
Интересно, туда вводятся каким-то образом результаты анализов и жалобы больного с привязкок к оси времени… а вот всякие КТ/МРТ еще не научились анализировтаь?
А вообще интересно такие статьи читать.
Во-первых, хоть что-то про программирование
Во-вторых, когда показываются недостатки, или проблемы, возникающие при попытке использования тех или иных средств — сразу задумываешься, а почему так и можно ли улучшить что-то в самом ООП чтобы эти особенности обойти?
То что линукс ставят последним, это общеизвестный факт:) Но речь не об этом, а об идеологии. Систему, которая считает возможным самовольно удалять данные пользователя (а по сути это именно так), кроме как на изолированной виртуалке запускать где-то еще я бы не стал (ИМХО конечно, судя по минусам кто-то со мной не согласен:) ).
Тем более что современные средства виртуализации позволяют не терять в производительности по сравнению с работой «напрямую».
По пункту 2 — компилирую, провожу эксперименты и отлаживаю в IDE.
Текст набираю двумя руками — но программирование это не та сфера, где нужно набирать много текста. Большая часть времени — это медитация над исходниками, документацией и результатами работы программ.
Пожалуй 50% рабочего времени я руками вообще ничего не делаю. Правая рука просто лежит рядом с мышкой и клавиатурой на столе, левая на левом краю клавиатуры. Где-то 35% кручу колесо и щелкаю мышью и только 15% набираю и исправляю текст.
Хоть я и в игры не играю, а вот глядя на него так и хочется ощутить его клавиши под пальцами, написать какой-нибудь кодес, запустить на компиляцию и понять, что большой, навороченный проект скомпилировался раньше чем ты успел оторвать руки от клавиатуры…
Всякие COM-объекты тоже мыслились как чистое ООП в рантайме. Встраивание программ друг в друга, встраивание данных одной программы в данные другой и т.д.
Если говорить о С++ — то это «низкоуровневое ООП», или, если можно так сказать — ООП времени компиляции. Да, там вызовы методов вместо отправки сообщений и т.д., но без этого низкого уровня невозможен никакой высокий. Ведь процессору пофиг на ООП; процессор все что умеет — исполнять ассемблерные команды, и, так или иначе, только это и делает — но в потоке команд какие-то относятся непосредственно к решаемой задаче, а какие-то к обслуживанию интерпретатора скриптов, фреймворка и прочих высокоуровневых штук. Какой процент тех и других в среднестатистическом современном коде?
Нет, конечно есть например Objective C, в котором реализованы сообщения. Есть Qt с сигналами и слотами — тоже своеобразные сообщения. Да, там еще нельзя изымать объекты и вставлять их во время работы — но в общем это не так уж и сложно сделать. Главный вопрос — нужно ли это? И при построении архитектуры конкретного приложения как раз и определяется, на каком уровне достаточно старого доброго процедурного программирования, где нужно низкоуровневое ООП, а где — полноценное высокоуровневое, с полностью динамическими объектами и сообщениями.
Хотя для удобства человека конечно можно сделать интерфейс для структурированного ввода.
Анализы это как правило числовые значения.
Для анемнеза можно разработать что-то более-менее стандартизированное. Возможно даже простенький язык разметки.
Идеальным была бы возможность создания личного кабинета, куда можно было бы сгружать результаты анализов и исследований, показания различных медицинских приборов (в том числе носимой электроники), собственную оценку состояния здоровья… а система анализировала бы все это и рекомендовала обратить внимание на те или иные проблемы.
Хотя конечно вопросы медицины такие, кто-то займется самолечением неудачно, а потом на IBM в суд подаст…
Интересно, туда вводятся каким-то образом результаты анализов и жалобы больного с привязкок к оси времени… а вот всякие КТ/МРТ еще не научились анализировтаь?
Во-первых, хоть что-то про программирование
Во-вторых, когда показываются недостатки, или проблемы, возникающие при попытке использования тех или иных средств — сразу задумываешься, а почему так и можно ли улучшить что-то в самом ООП чтобы эти особенности обойти?
Тем более что современные средства виртуализации позволяют не терять в производительности по сравнению с работой «напрямую».
Вот и получается, что пока посижу на семерке без обновлений, а если случится обзавестись новым компом, то винду эту дальше виртуалочки пускать уже нельзя…
Текст набираю двумя руками — но программирование это не та сфера, где нужно набирать много текста. Большая часть времени — это медитация над исходниками, документацией и результатами работы программ.
Пожалуй 50% рабочего времени я руками вообще ничего не делаю. Правая рука просто лежит рядом с мышкой и клавиатурой на столе, левая на левом краю клавиатуры. Где-то 35% кручу колесо и щелкаю мышью и только 15% набираю и исправляю текст.