- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
put 'Сейчас я загадаю число от 1 до 100, и это будет..'
a = rnd(100)
put a.to_s + ' - загаданное число! В конце мы получим 4!'
b = a*2
put b.to_s + ' - это ' + a.to_s + ', умноженное на 2!'
c = b+8
put c.to_s + ' - это ' + b.to_s + ', к которому мы прибавили 8!'
e = c/2
put e.to_s + ' - это ' + c.to_s + ', которое мы разделили на 2!'
d = e-a
put d.to_s + ' - это результат. То есть мы отняли от ' + e.to_s + ' - ' + a.to_s + '. Видите, это же ' + d.to_s + '!'
С названием языка всё-таки решился, называл его "Lapis". (На Ruby синтаксис немного похож, но очень много будет отличий)!
Кто-нибудь хочет принять участие в разработке интерпретатора? Пишу на javascript-е, будет транслируемый язык.
Кто за, ставьте плюс посту и пишите в комментарии.
Сейчас я загадаю число от 1 до 100, и это будет..
40 - загаданное число! В конце мы получим 4!
80 - это 40, умноженное на 2!
88 - это 80, к которому мы прибавили 8!
44 - это 88, которое мы разделили на 2!
4 - это результат. То есть мы отняли от 44 - 40. Видите, это же 4!
>>> int(20).bit_length()
5
что лучше смотрится чем
что лучше смотрится чем
Такими темпами обычно доходит до абривиатур, известных только автору
>что лучше смотрится чем
>a.to_string(100)
atoi
atof
Бесят методы у iostream-ов и streambuf, всё время приходится в справку лазить чтобы вспомнить, как они называются. У плюсов же не было ограничений на длину имён... ЗА ЧТО, УРОДЫ?
Хотя, уважаемый Пи всё уже написал. Но стирать комментарий не буду.
в фортране можно неявно задавать типы необъявленным переменным в стиле "если начинается на c, то комплексное двойной точности", причём можно маппить целые наборы букв Приходилось иметь дело с рутинами, написанными с плотным использованием этого функционала. это НЕНАВИСТЬ.
IMPLICIT DOUBLE PRECISION(A-D,F,H-J,Q,U-W)
И ещё вот эти "а-готическое, а-красивое, а-офигеть какое красивое, а-поуродливее".
Допустим, имена публичного символа должны быть короткими (ибо линкер), Но на кой хрен все эти PSRAD и PMADDWD?
Чтобы в 80 символов влезать? Так влезают же (по оператору на строке).
Транслятору-то все равно
Но вт с ргстрми и бтми рльно ккй-то пздц: The application must meet the following conditions to set up the device core to handle traffic: NPTXFEM and RXFLVLM in the OTG_FS_GINTMSK register must be cleared. On catching an RXFLVL interrupt (OTG_FS_GINTSTS register), the application must read the Receive status pop register OTG_FS_GRXSTSP.
http://en.wikiquote.org/wiki/Kenneth_Thompson
> Ken Thompson was once asked what he would do differently if he were redesigning the UNIX system. His reply: "I'd spell creat with an e."
Никто не знает. Может, у томпсона в редакторе с creat строчка ровнее смотрелась. Или пятка зачесалась, а дописывать слово было лень
>Такими темпами обычно доходит до абривиатур, известных только автору
Если я напишу учебник, то нет. Все будут знать.
Не так уж и плохо выглядит.
Таки бейсиковский CLS мне ГОРАЗДО больше нравился чем поцкальный clrscr.
>что лучше смотрится чем
>random(100)
А мне rnd всегда больше нравился. Тут же еще дело зависит от сокращения. В rnd просто выброшены все гласные.
В общем нужен баланс. Читать теорию кодирования, думать какие выражения чаще всего используются и сокращать именно их. И то без фанатизма.
Если предстоит написать это тысячи раз, то разумно было сократить - int лучше чем integer. Если в js очень часто используется function, то имело смысл сократить до func.
Например uint32_t - говно. Имхо ui32 гораздо красивее, и вообще неплохо чтоб можно было вписать любую константу степени 2 вместо 32.
Есть очень простой приём - прочитать код вслух. Если читать легко и звучит понятно, то ок. Представляю себе мелкософтовцев: "Эй, а что это у нас за тип такой, ЭЛПИСИДАБЛВИЭСТИЭР?"
> ui32 гораздо красивее
можно просто u32 и i32
Можно. Можно вообще выпилить uint :)
Я понимаю что это сильно смахивает на llvm, но я б вообще всё унифицировал.
И флоаты тоже назвать: f16, f32, f64, f128 согласно IEEE 754. И расширять в этом ключе (f80 для x86).
А не: isHalfTy () ,isFloatTy () ,isDoubleTy (), isX86_FP80Ty () ,isFP128Ty ()
Или f<16>, чтобы не говнокодить при выборе типа, если он вычисляется на основе каких-то параметров. Впрочем, не удивлюсь, если в крестах такой механизм уже был и успел устареть.
Да-да-да. Как параметр в шаблоне вообще самое оно.
Только с флоатами там произвольное не втулишь (ибо стандартизированы ровно 4 варианта со строго опредленной длинной мантиссы и порядка), да и смысла особо нет - железо поддерживает только стандартные.
Вот инты - пожалуйста.
http://en.wikibooks.org/wiki/Ada_Programming/Types/range
Громозко для записи, тормознуто (проверки диапазона) да и получить исключение при сложении - вряд ли часто такое нужно.
Если переменная i уже имеет тип a'Range, то a[i] автоматом корректно.
http://ru2.php.net/nl2br
http://ru2.php.net/strcoll
http://ru2.php.net/strcmp
http://ru2.php.net/strchr (alias strstr)
для чего все это? почему нельзя написать функцию или метод так, чтобы было понятно все. чтобы код можно было читать как книгу....
для чего делать обфускацию на уровне синтаксиса языка?
не совсем удачный пример, но мне досталась база, от неких разработчиков PK и FK вообще. дали задание, допилить определенный функционал. я его пилил-пилил, и никак не мог понять, почему же у меня запросы не возвращают данные.
оказалось - разработчики были ленивыми, и называли столбцы с идентификатором картежа uid, но когда они столкнулись с тем, что нужно было связать данные из разных таблиц в другой таблице, этот uid превратился в kb_id, при этом кое-где они фигурирует еще как kb_uid, а где-то kb_id.
у меня полгода перед монитором висит бумажка с памяткой, где написано в какой таблице какие названия полей как связаны.
есть же всякие рекомендации от разработчиков, как нужно писать код, какой стиль, как называть переменные, и делается это все не потому, что кто-то ахуел совсем ленивый написать to_string, и пишет to_s, а потому, что в этом разобраться потом проще будет.
например для событий каких-нибудь вначале префикс On, или же для получения чего-либо Get.
a_to.jpg
port.os
a.ram is
http://ideone.com/iAKGyp
Только я сомневаюсь, что это стоит тащить на говнокод. По крайней мере, на данный момент ничего особо интересного для обсуждения я не вижу. Хотя вот выше несколько интересных вопросов всё-таки подняли.
...который должен базироваться на знании теории компиляторов, языков, кучи мудрёной математики и тому подобных ништяков.
Всё равно выйдет а-ля болгенос с нескучными обоями.
Так, может, это и есть возвращение Дениса Попова на фронт ударного программирования? И название "языка" по степени тупости похоже...
Интересный копирайй вырисовывается:
(с) Разработано сообществом ресурса govnokod.ru