Ну недостаток в том, что если у функции 0 аргументов, то не понятно, результат — это вызов функции или сама функция как объект.
Да, функциональный стиль немного расслабил (пишу на Haskell). Это же разруливается типом функций.
Пример на Haskell, про «sin x»:
foo $ sin x
-- или
foo (sin x)
вместо
foo(sin(x));
Выше $ — принимает два аргумента — функцию и значение, которое передает в эту ф-ий. Он имеет самый низкий приоритет, так что выражение «sin x» будет вычислено первым.
Дело в том, что в Haskell есть частичной применение ф-ий, каррирование, композиция ф-ий. И передача аргументов в скобках мешает записи таких выражений. Например, если взять пример ApeCoder:
тип fun1 будет, допустим
fun1 :: Int -> Int -> Int -- принимает 2 Int'а, результат тоже Int
Ее можно частично применить и получить новую ф-ию:
let fun1' = fun1 2
Получим новую ф-ию fun1' :: Int -> Int
С выделением арг-ов в скобки все это не очень удобно делать.
Можно использовав аппликатор ф-ий записать так:
Вообще, возможность использовать инфиксную запись для ф-ий с двумя аргументами — очень клевая штука. То есть писать вызов функций как в префиксной, так и инфиксной (с использованием символа-модификатора), в зависимости от необходимости. Позволяет сделать код более читаемым.
Про переменные записанные в ряд, вы меня в тупик поставили. Можете пример привести, где такое используется? Пришло в голову объявление/определение нескольких переменных одного типа в c++, но там используется оператор запятая.
Нисколько не абсурд, что вы. Думаю, по большому счету, фигурные скобки для блоков несут больший смысл, чем круглые скобки и замятые для аргументов. Разве что проще распарсить исходный код.
Мне эта идея понравилась, когда еще приходилось писать некоторый код на lua, интерпретатор позволял не писать скобки при вызове ф-ий с одним аргументов типа строка или таблица. Выглядело так:
foo("bar") -- замест этого
foo "bar" -- писать так
-- или
foo({a=1, b=2})
foo {a=1, b=2}
Хотя может это действительно дело привычки, как написал bormotov, уже год пишу на языке с синтаксисом не требующем скобок и запятых при вызове ф-ий.
foo(1, "bar);
foo 1 "bar" // проще и понятнее выглядит
Интересно, сканируется вся книга, или только часть — допустим человеку нужен только определенный раздел. Ибо сканирование всей книги дело трудозатратное. И сохраняется ли сканированный материал? Думаю, что да. В этом случае, получается интересная «отложенная» система пополнения электронного архива, замест того чтобы сразу весь архив сканировать.
— простое, доступное объяснение основ программирования
— минимум теории
html, css, связь всего этого с js, кодировки. Кажется, вы не тем путем идете. Действительно хотите ребенка заинтересовать миром программирования и научить что-то программировать? Сложность и непонятность для ребенка этих разных технологий и связи между ними отобьет интерес, скорее всего.
Посмотрите в сторону:
— processing'а (есть такая online-книжка isocode.ru);
— Small Basic.
Игры… я бы посмотрел в сторону python или lua (если второе — на основе движка love).
Начальные знания — харагана и катакана (кандзи начинают встречаться урока с 12, к этому моменту половину n5 можно выучить), обе каны учатся за недели за 2-3. Это же не китайский, где сразу иероглифы нужны. А слова… у меня «словарь» для одного урока (в уроке порядком 20 упражнений, в которых практикуется какая-либо грамматическая основа или оборот) выходит примерно 1-1,5 страницы (по слову в каждой строке). Причем такой подход распространен, и по нему учат в языковых школах (там преподавание только на японском).
Из-за того, что японский более систематичен чем английский и тем более русский — с ним как-то проще. Не все так страшно.
С японским относительно просто — берете учебник японского на японском же, и выполняете задания по нему (для примера, я занимаюсь по Shokyu Nihongo). Сам учебник будет основой системного подхода, непонятные моменты довольно просто находятся в рунете, более сложные моменты разбираются с ментором/репетиром. Как оказалось, такой подход проще чем с английским по средством lingualeo — не отвлекают всякие рюшечки, имхо, кончено.
Идея для развития проекта — привязать запуск «камлания» на событие неудачной компиляции проекта (локально, или можно на билд-сервере)!
Это больше похоже на дамару (ритуальный барабан в буддизме и индуизме), чем на бубен.
Звук в первой половине видео здоровский!
Вроде как более 5 товаров одного вида признают коммерческой партией. Но точного определения не нашел, когда интересовался этим вопросом.
В faq транспортной компании которой пользуюсь написано вот что:
В посылках допускаются товары к доставке только для личного пользования: любая электроника ( не более 2х шт. одного наименованрия ), одежда ( не более 5 шт. одного вида, размера, цвета), обувь ( не более пяти пар одного вида и размера ).
Но так как это на сайте компании написано (без ссылки на тк), то не истина в последней инстанции.
Да, функциональный стиль немного расслабил (пишу на Haskell). Это же разруливается типом функций.
Пример на Haskell, про «sin x»:
вместо
Выше $ — принимает два аргумента — функцию и значение, которое передает в эту ф-ий. Он имеет самый низкий приоритет, так что выражение «sin x» будет вычислено первым.
тип fun1 будет, допустим
Ее можно частично применить и получить новую ф-ию:
Получим новую ф-ию fun1' :: Int -> Int
С выделением арг-ов в скобки все это не очень удобно делать.
Можно использовав аппликатор ф-ий записать так:
Haskell:
Про переменные записанные в ряд, вы меня в тупик поставили. Можете пример привести, где такое используется? Пришло в голову объявление/определение нескольких переменных одного типа в c++, но там используется оператор запятая.
Мне эта идея понравилась, когда еще приходилось писать некоторый код на lua, интерпретатор позволял не писать скобки при вызове ф-ий с одним аргументов типа строка или таблица. Выглядело так:
Хотя может это действительно дело привычки, как написал bormotov, уже год пишу на языке с синтаксисом не требующем скобок и запятых при вызове ф-ий.
html, css, связь всего этого с js, кодировки. Кажется, вы не тем путем идете. Действительно хотите ребенка заинтересовать миром программирования и научить что-то программировать? Сложность и непонятность для ребенка этих разных технологий и связи между ними отобьет интерес, скорее всего.
Посмотрите в сторону:
— processing'а (есть такая online-книжка isocode.ru);
— Small Basic.
Игры… я бы посмотрел в сторону python или lua (если второе — на основе движка love).
Из-за того, что японский более систематичен чем английский и тем более русский — с ним как-то проще. Не все так страшно.
Это больше похоже на дамару (ритуальный барабан в буддизме и индуизме), чем на бубен.
Звук в первой половине видео здоровский!
В faq транспортной компании которой пользуюсь написано вот что:
Но так как это на сайте компании написано (без ссылки на тк), то не истина в последней инстанции.