«decorator(int->string f) int ->string» читается еще привычнее (для С/С++/C#/Java программистов конечно же). Но раз теперь пошла мода писать имя переменной перед ее типом, то да, стрелочки и двоеточия. Как по мне, так они все лишние, однозначность синтаксиса без них не пострадает при любом варианте.
Никогда не видел смысла в юникодных идентификаторах в языках программирования. Попадутся вот вам исходники из Китая, что будете делать? Лучше бы уж переносимый набор символов POSIX расширили до 128, назначив на неиспользуемые коды до 0x20 какие-нибудь полезные юникодовские символы типа стрелок и дополнительных скобок, чтобы не мучать парсеры угловыми скобками, которые знаки «больше» и «меньше»:)
Обычный си-подобный синтаксис с традиционными уже улучшениями и корректировками, облегчающими парсинг (типа var/let перед объявлением переменных, func перед функциями и т.д.). По сути си-пободный синтаксис — стандарт де-факто, и это хорошо.
При дизайне нового языка программирования какой способ предпочтительнее?
С одной стороны — универсальность, можно любой тип использовать для исключений.
С другой стороны — зачем? (особенно если достаточно просто реализуется наследование). В языке D, насколько я помню, тоже специальный тип исключения, и там это не просто так, в типе есть какие-то поля, используемые при обработке исключений.
А что касается подключения или неподключения библиотек — ну так специальный тип можно сделать и встроенным в язык.
Кстати, интересный вопрос для обсуждения, связанный с исключениями.
В С++ для создания объектов исключений можно использовать любые классы и типы.
В подавляющем большинстве последующих языков (включая C# и Java) для этой цели можно использовать исключительно специальный класс типа throwable и его потомков.
С чем это связано? И как лучше?
Облегчает ли это (введение специального класса для исключений) каким-то образом жизнь компилятору и программе?
Улучшает ли это читаемость программы?
Какие еще преимущества/недостатки у такого подхода?
Хорошая штука.
Кстати, интересно, какие есть подобные устройства — чтобы абсолютно бесшумные (вообще без движущихся частей — диски SSD, без каких-либо вентиляторов) и чтобы x86, т.е. с возможностью поставить обычную винду, обычные драйвера устройств под нее и обычный виндовый софт. Вычислительная мощность не нужна, от периферии по идее нужен только ethernet и usb. Ну и минимальная цена разумеется.
Честно скажу — ФБ почти не пользуюсь, в основном ВК. Аккаунт на ФБ есть, чисто внешне вроде похожи, а внутрь я особо не залезал. Так что про простоту ФБ вполне могу ошибаться:) Но организация ВК меня вполне устраивает, будем считать что именно ее я и имел в виду.
Не понимаю я такого — говорить что работа над целым проектом была ошибкой, вместо того чтобы признавать конкретные ошибки внутри проекта и исправлять их.
Все что нужно — это навести порядок в фичах и интерфейсе. Неужели в Гугле нет ни одного человека, который был бы в состоянии просто на бумаге нарисовать все что у них есть и привести это к единому понятному виду?
Такое чувство будто у них там какой-то разброд и внутренняя конкуренция, когда каждый начальник держится за свой кусочек и крайне неохотно идет на взаимодействие с другими.
А по мне так Г+ слишком сложный. ВК и ФБ интуитивно простые, меню справа (фотки, видео, друзья, новости и т.п.). И все. В Г+, особенно после недоинтеграции с аккаунтами гугла, ютуба и прочих гуглосервисов — куча разнородных страниц настроек, все страницы с соврешенно разным дизайном, непонятно что с чем связано, в общем полнейшая путаница. Должна быть какая-то система и какое-то единообразие, а его нет. Ну и от этого непонятно как совершить простейшие действия — например, поиск друзей по интересам.
Да, вот бы к какому-нибудь современному флагману прикрутить такую клаву как у Siemens SK65, было бы самое то (у nokia 6800 все-же экран в 1/2 корпуса, маловато для современных смартфонов).
У них экранчик маленький (всего в половину корпуса). Идеальным был бы форм-фактор, когда из телефона выдвигаются «уши» с qwerty клавишами сверху и снизу (в альбомной ориентации — слева и справа), за которые можно держать смартфон как игровую консоль и набирать текст. Но такого никто еще не придумал:(
Так вот оно оказывается как называется:) В детстве я испытывал именно такие ощущения, когда кто-нибудь показывал мне как складывать из бумаги разные кораблики. Или выполнял какие-то мелкие моторные действия руками, типа когда кто-то неторопливо и слегка неуклюже разбирает/собирает что-то. Приятные мурашки, транспоподобное состояние кайфа, перестаешь замечать все другие раздражители… помню, когда выходишь из состояния, удивляешься, как-же в помещении шумно.
Я знал об этом эффекте и иногда специально настраивался, например когда кого-то вызывали к доске чертить много всяких треугольников на геометрии, и человек делал это медленно, не торопясь…
Сейчас посмотрел видео, уже как-то нет такого эффекта как было в 10-летнем возрасте и раньше. Старею:)
Идея хорошая. Главное чтобы реализация не подкачала (а это как раз под вопросом, насколько я понимаю).
А вообще, если модульные смартфоны будут развиваться, я бы поставил такой модуль непосредственно в смартфон. Надежды на то что какие-нибудь флагманы обзаведутся такими датчиками — практически нет. Хотя кто знает…
Ну сейчас бы microsoft с них миллиард баксов снял.
Крупным корпорациям нужно иметь собственные языки программирования, или пользоваться «общедоступными». Хорошо конечно при этом, если корпорация делает их «общедоступными» (типа С++… кстати интересен его статус, ведь Страуструп изобрел его будучи сотрудником AT&T Bell Labs… ).
Непонятно почему google использовала язык java в андроиде. Сделали бы свой язык с привычным си-подобным синтаксисом (да хоть клон java с минимальными изменениями и другим названием для начала) и спокойно бы его развивали, как MS развивает C# (который, кстати сказать, развивается гораздо быстрее java). И новые фичи в языке появлялись бы быстрее (это кроме всего прочего и просто интересно), и никакие патентные тролли не докопались бы.
С одной стороны — универсальность, можно любой тип использовать для исключений.
С другой стороны — зачем? (особенно если достаточно просто реализуется наследование). В языке D, насколько я помню, тоже специальный тип исключения, и там это не просто так, в типе есть какие-то поля, используемые при обработке исключений.
А что касается подключения или неподключения библиотек — ну так специальный тип можно сделать и встроенным в язык.
В С++ для создания объектов исключений можно использовать любые классы и типы.
В подавляющем большинстве последующих языков (включая C# и Java) для этой цели можно использовать исключительно специальный класс типа throwable и его потомков.
С чем это связано? И как лучше?
Облегчает ли это (введение специального класса для исключений) каким-то образом жизнь компилятору и программе?
Улучшает ли это читаемость программы?
Какие еще преимущества/недостатки у такого подхода?
Кстати, интересно, какие есть подобные устройства — чтобы абсолютно бесшумные (вообще без движущихся частей — диски SSD, без каких-либо вентиляторов) и чтобы x86, т.е. с возможностью поставить обычную винду, обычные драйвера устройств под нее и обычный виндовый софт. Вычислительная мощность не нужна, от периферии по идее нужен только ethernet и usb. Ну и минимальная цена разумеется.
Все что нужно — это навести порядок в фичах и интерфейсе. Неужели в Гугле нет ни одного человека, который был бы в состоянии просто на бумаге нарисовать все что у них есть и привести это к единому понятному виду?
Такое чувство будто у них там какой-то разброд и внутренняя конкуренция, когда каждый начальник держится за свой кусочек и крайне неохотно идет на взаимодействие с другими.
недоинтеграции с аккаунтами гугла, ютуба и прочих гуглосервисов — куча разнородных страниц настроек, все страницы с соврешенно разным дизайном, непонятно что с чем связано, в общем полнейшая путаница. Должна быть какая-то система и какое-то единообразие, а его нет. Ну и от этого непонятно как совершить простейшие действия — например, поиск друзей по интересам.Я знал об этом эффекте и иногда специально настраивался, например когда кого-то вызывали к доске чертить много всяких треугольников на геометрии, и человек делал это медленно, не торопясь…
Сейчас посмотрел видео, уже как-то нет такого эффекта как было в 10-летнем возрасте и раньше. Старею:)
А вообще, если модульные смартфоны будут развиваться, я бы поставил такой модуль непосредственно в смартфон. Надежды на то что какие-нибудь флагманы обзаведутся такими датчиками — практически нет. Хотя кто знает…
Крупным корпорациям нужно иметь собственные языки программирования, или пользоваться «общедоступными». Хорошо конечно при этом, если корпорация делает их «общедоступными» (типа С++… кстати интересен его статус, ведь Страуструп изобрел его будучи сотрудником AT&T Bell Labs… ).