Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Компания Apple объявила о скором переводе языка Swift в разр..., opennews (??), 08-Июн-15, (0) [смотреть все] почти что RUST только без поддержки windwows, Аноним (-), 22:43 , 08-Июн-15, (1) –12 // в Swift есть семантика владения и одалживания или это ты просто написал наобум , Xasd (ok), 00:23 , 09-Июн-15, (15) +15 // а ты, надо думать, написал все слова что знал о rust для тугих почти что не , Аноним (-), 01:44 , 09-Июн-15, (19) –6 // а то что ни фига не похоже -- это случайно не обозначает - и вообще -- я прост, Xasd (ok), 01:58 , 09-Июн-15, (20) +3 Аноним смотрит на тебя как на каку, Аноним (-), 00:30 , 10-Июн-15, (117) –2 Извините, я ничего не знаю ни про Swift, ни про Rust, но вот это вот что это за , freehck (ok), 21:27 , 10-Июн-15, (151) Основные значения слова rust - разложение , гниение , коррупция , коррозия, Аноним (-), 07:44 , 09-Июн-15, (35) –4 // Руководителем проекта была Ванга , A.Stahl (ok), 08:29 , 09-Июн-15, (38) –2 в честь грибка https www reddit com r rust comments 27jvdt internet_archaeolog, Аноним (-), 12:02 , 09-Июн-15, (56) +1 Вот когда переведут, тогда пусть и объявят, а обещаний нам, анонимусам, не надо , Аноним (-), 22:52 , 08-Июн-15, (2) +21 // Адепт Клоуна , Здравый (?), 23:31 , 08-Июн-15, (12) –6 Может это будет получше чем rust и go , хрюкотающий зелюк (?), 22:53 , 08-Июн-15, (3) –5 // Go и так очень неплох в своей нише, а вот Rust может о рипнуться , LU (?), 22:55 , 08-Июн-15, (5) –2 // Толстовато, батенька Худеть вам надо , Котан (?), 06:50 , 09-Июн-15, (31) +1 // И это правда Язык состоялся и движение многих серьезных веб-проектов на него эт, Есюки (?), 09:18 , 09-Июн-15, (43) Смешались в кучу все кони, люди Алё Прикладное программирование от системног, ананим.orig (?), 15:00 , 09-Июн-15, (64) +2 Это будет получше, чем язык Васик для компьютера Ириша Тем, что хотя бы одну сов, тоже Аноним (ok), 23:04 , 08-Июн-15, (7) +7 // Плюс подсчёт ссылок - техника несколько спорная для многопоточного софта блокиро, Crazy Alex (ok), 23:30 , 08-Июн-15, (11) // подсчёт ссылок -- это скорее не техника, а ОТСУТСТВИЕ техники - точнее говор, Xasd (ok), 02:07 , 09-Июн-15, (21) –2 Это одна из техник управления памятью На сборке мусора свет клином не сошёлся , Crazy Alex (ok), 10:59 , 09-Июн-15, (50) +2 это -- да , Xasd (ok), 21:57 , 09-Июн-15, (108) что самое смешное 8212 RC ARC как раз и есть сборщик мусора тупице 8208 опп, arisu (ok), 18:11 , 14-Июн-15, (157) Можно подумать, сборщик мусора полезен для многопоточного софта , Аноним (-), 09:59 , 09-Июн-15, (44) Сборщик мусора для многопоточного софта работает не хуже а часто и лучше, если , Crazy Alex (ok), 11:04 , 09-Июн-15, (51) –1 Питон, GIL, ты гонишь , Аноним (-), 16:51 , 09-Июн-15, (71) +1 Расшифруй Если что - напомнинаю в питоне подсчёт ссылок и именно за счёт GIL н, Crazy Alex (ok), 17:08 , 09-Июн-15, (74) ставит раком все треды , Наше имя Легион (?), 19:28 , 09-Июн-15, (98) –1 это только в двух случаях 1 писан жопой 2 программа подвязана на glibc и её ал, arisu (ok), 18:13 , 14-Июн-15, (158) Да неужели , Аноним (-), 22:11 , 09-Июн-15, (109) –1 Мусье вообще слабо поинимает о чм говорит Параллельные GC в JVM при major colle, Аноним (-), 14:02 , 10-Июн-15, (135) Больше похоже на огрызок ага того или другого, накачанный синтаксическим сахар, анон (?), 01:21 , 09-Июн-15, (17) так и есть, смотри 171 However, the overflow versions of these operators a, анон (?), 01:40 , 09-Июн-15, (18) // И какова практическая применимость этого , Crazy Alex (ok), 11:06 , 09-Июн-15, (52)   // А тебе не надоедает при каждом делении писать res y 0, 0, x y Вместо куда б, клоун (?), 11:38 , 09-Июн-15, (53) –2   Не надоедает, потому что я так в жизни не писал Я вообще смысла этого действа н, Crazy Alex (ok), 12:12 , 09-Июн-15, (58) +2   Т е вы программным исключением проверяете данные на правильность Вас чем-то об, клоун (?), 14:30 , 09-Июн-15, (62) –1   Ок, объясняю для клоунов В зависимости от алгоритмики деление на нуль и рпочие п, Crazy Alex (ok), 15:13 , 09-Июн-15, (65) +1   Я видел много логики, где если делитель равен нулю, то и результирующее значение, Аномсис (?), 16:29 , 09-Июн-15, (69)   Но не неявно же Это очень специфический случай То, что ты ниже критикуешь, как, анон (?), 17:24 , 09-Июн-15, (77) +2   Я привёл пример, который первый пришёл в голову, и в котором от деления можно во, Аномсис (?), 18:41 , 09-Июн-15, (85) –1   Ну хорошо, попробуем в этот раз без оскорблений Может быть, так получится Напо, анон (?), 21:11 , 09-Июн-15, (101) +2   Без крепкого словца скучно читать Если человек болван, то констатировать по фак, Аноним (-), 19:33 , 10-Июн-15, (150)   Не путайте конструктивную критику и толерастию, это совершенно противоположные в, анон (?), 01:06 , 11-Июн-15, (152)   Ирония и жалость, ребята Ирония и жалость , тоже Аноним (ok), 08:31 , 11-Июн-15, (155)   Выше я просто пример привёл, но в реальности в том примере будет использоваться , Аномсис (?), 16:51 , 09-Июн-15, (72)   В Си это undefined behaviour, и в стандарте нигде не написано, что программа дол, Аноним (-), 21:14 , 09-Июн-15, (102) +1   И это, кстати, запрещает вообще делить на ноль в си и си Хотя клованский ком, анон (?), 22:32 , 09-Июн-15, (112) +1   Запрещать-то никто не запрещает, просто это будет программа, полагающаяся на кон, Аноним (-), 01:48 , 10-Июн-15, (120) +1   Да, вы правы, я неточно выразился Я имел в виду, что стандарт явно определяет е, анон (?), 03:23 , 10-Июн-15, (129)   А с какого перепуга результат при долении на ноль равен нулю , ананим.orig (?), 18:40 , 09-Июн-15, (83) +2   Лучше 0, чем прерывание выполнения и завершение программы Даже так лучше что-уг, клоун (?), 19:06 , 09-Июн-15, (92) –1   А почему не 10 100 1000 Что за дискриминация зыжЛучше руки сразу отбивать, чем, ананим.orig (?), 21:35 , 09-Июн-15, (103)   Предлагаю 666 Как намек всем, кто не проверяет деление на ноль, что они будут го, анон (?), 22:40 , 09-Июн-15, (113) +1   Чушь Неверно работающую программу лучше всего прибить как можно скорее, пока он, Аноним (-), 22:21 , 09-Июн-15, (110)   Правильность - это соответствие ТЗ Если юзер хочет, чтобы 2 2 5, то 2 2 5 - п, клоун (?), 00:15 , 10-Июн-15, (116) –1   Ок А если юзер хочет, чтобы деление на ноль равнялось пи до 10 знака включительн, ананим.orig (?), 01:31 , 10-Июн-15, (118)   Ну все, сдулся клован Понял, что на одном дилетантстве техническую дискуссию ве, Аноним (-), 01:32 , 10-Июн-15, (119) +1   Воспроизведение видео и звука, контроль скорости и температуры, сбор данных, обр, клоун (?), 02:35 , 10-Июн-15, (123) –2   А вы типа работаете Любая серьезная б д имеет даже для булевых выражений три зна, ананим.orig (?), 03:20 , 10-Июн-15, (128)   Это не ответ на вопрос Компилятор принципиально не может знать, чем, как и когда, Аноним (-), 11:10 , 10-Июн-15, (133)   Прямая синтаксическая конструкция есть в 1С Массив parse_data для каждого Эл, клоун (?), 02:40 , 10-Июн-15, (124) –3   Угу, и вот doit и проверяет там у себя чё ему надо Атомарность, мля А не как , ананим.orig (?), 03:32 , 10-Июн-15, (130)   Клован, у тебя же одно с другим не вяжется Постом раньше parse_data у тебя в ци, Аноним (-), 10:25 , 10-Июн-15, (131)   С делением на ноль аналогично меньше проверок - и жизнь станет приятнее Я поним, клоун (?), 02:46 , 10-Июн-15, (125) –2   Вау сколько бреда ты выкатил И где деление на 0 И самое главное Где доказа, ананим.orig (?), 03:16 , 10-Июн-15, (127)   Вы все всё дальше уходите от синтаксиса ЯП в дебри собственного бреда , клоун (?), 10:35 , 10-Июн-15, (132) –1   Придурок, это математика Никакой синтаксис её не отменит , ананим.orig (?), 13:10 , 10-Июн-15, (134) +1   ТЗ к математическим правилам и правилам языка не имеет абсолютно никакого отноше, Аноним (-), 15:42 , 10-Июн-15, (138)   Разъясняю особо одаренным Ладно Infinity, ладно NaN какой-нибудь, но какого хер, анон (?), 17:14 , 09-Июн-15, (75) +2   Посмотрел бы я на лицо клована сейчас А ведь как защищал, как защищал он своих , Аноним (-), 17:27 , 09-Июн-15, (78)   У меня вообще ощущение, что аппле осознанно стебется над своими клоунами в после, тот анон (?), 18:12 , 09-Июн-15, (81) +1   Что это меняет Знаешь, на парусных кораблях был не штурвал, а румпель и чтобы по, клоун (?), 19:00 , 09-Июн-15, (89) –1   точно, пусть у нас программа продолжит работу, неверно что-то рассчитав, и начис, анон (?), 19:28 , 09-Июн-15, (97) +3   Представил расчет относительных запуску координат Улыбнуло , ананим.orig (?), 21:44 , 09-Июн-15, (105)   ЗыжС другой стороны 8212 айфон с боеголовкой 8212 уже анекдот , ананим.orig (?), 21:46 , 09-Июн-15, (106)   По его навигации некоторые машины водят Я кажется догадываюсь как в этом году о, Аноним (-), 16:26 , 10-Июн-15, (139)   Это меняет всё Господи какой идиот Эталонный - хоть в палату мер и весов PS Пр, Аноним (-), 16:30 , 10-Июн-15, (140)   Проблема, о котором нужно постоянно помнить, рано или поздно приведёт к катастро, клоун (?), 19:02 , 09-Июн-15, (90) –1   Ты на вопрос не ответил , Аноним (-), 20:58 , 09-Июн-15, (100)   А кто тебе сказал, что при делении на 0 получается НОЛЬ Раздели в этом языке, ч, Аномсис (?), 19:03 , 09-Июн-15, (91) +1   Клован, например, утверждает, что это и есть единственно правильный оператор дел, Аноним (-), 20:55 , 09-Июн-15, (99) +1   Молодец клоун Я с ним полностью согласен Побольше бы таких людей , клоун (?), 21:39 , 09-Июн-15, (104) –1   Молодец, конечно, только перелогиниться забыл , Аноним (-), 01:50 , 10-Июн-15, (122) +1   Сам себя не похвалишь - никто не похвалит Клоун - это не логин Клоуном может быт, клоун (?), 02:48 , 10-Июн-15, (126) –2   Ну а дрюкни сам себя, да и размножься Видео на прон ру выложить не забудь , Аноним (-), 16:32 , 10-Июн-15, (141)   А BSD в пролёте , Аноним (-), 22:53 , 08-Июн-15, (4) +2 // надеюсь, Аноним из Сибири (?), 05:57 , 09-Июн-15, (25) Да, на пятом этаже Код открыт, значит могут портировать , Аноним (-), 07:16 , 09-Июн-15, (33) –1 // Если прибор есть - значит мог изнасиловать Ты вначале объясни для чего сей езыГ , Аноним (-), 16:34 , 10-Июн-15, (142) кабы не windnows с их открываниями, - купертиновцы даже не почесались бы, анонсенс (?), 23:06 , 08-Июн-15, (8) +2 // Да ладно вам Сейчас сложно выйти на рынок с ЯП, а если он ещё будет и закрытый , Аноним (-), 23:19 , 08-Июн-15, (10) –1 // Простите, а что меняет эта открытость этого языка Неужели наконец можно будет за, тоже Аноним (ok), 00:12 , 09-Июн-15, (14) +1 // Открытость позволяет познакомиться с языком без покупки яблокомпьютера Ну и бес, анон (?), 01:12 , 09-Июн-15, (16) –3 А на кой хрен с ним знакомиться без яблокомпьютера Чтобы выпустить приложеньице, тоже Аноним (ok), 08:50 , 09-Июн-15, (39) +1 Затем, что под линукс тоже можно будет приложения писать это следует из новости, Аноним (-), 10:47 , 09-Июн-15, (46) –1 Вполне может быть что угодно В данном случае открытие ничего не меняет И бурн, клоун (?), 11:49 , 09-Июн-15, (54) –1 Таки не Ничего подобного в новости не написано Надо думать, потому, что ничего, тоже Аноним (ok), 13:58 , 09-Июн-15, (61) +1 Во что, по-твоему, будет компилироваться свифт под линуксом, если не в приложени, анон (?), 17:44 , 09-Июн-15, (79) –1 Боюсь, проблемы с логикой у вас Вы себе придумали, что на Свифте можно будет пи, тоже Аноним (ok), 18:55 , 09-Июн-15, (87) +1 Да нет, у вас Про портирование Xcode под линукс я действительно ничего не писал, анон (?), 21:50 , 09-Июн-15, (107) –1 Ну, так приподнимитесь выше по треду - я там как раз говорил, что для коммерческ, тоже Аноним (ok), 22:51 , 09-Июн-15, (114) Согласен С другой стороны, вот Qt меня как-то разочаровала, пробовал ее под андр, анон (?), 23:48 , 09-Июн-15, (115) –1 То есть тяжело Этот язык они создали строго для себя и собственных нужд и им па, Developer1 (?), 02:48 , 09-Июн-15, (22) objective-c был открыт точно такжеopenstepу это помогло нет точно также и тут -, aim (ok), 10:48 , 09-Июн-15, (47) –3 козе решили подарить баян , Аноним (-), 23:11 , 08-Июн-15, (9) +11 Очередной супер ультра крутой язык, наконец то, Аноним (-), 23:57 , 08-Июн-15, (13) +3 Очень любопытно будет увидеть, каким боком они собираются реализовать отладку os, Отражение луны (ok), 03:56 , 09-Июн-15, (23) // Под линукс оно будет делать линукс приложения Ваш капитан , Аноним (-), 05:59 , 09-Июн-15, (26) –1 // Ух ты, новый супергерой Капитан Наивность , тоже Аноним (ok), 08:52 , 09-Июн-15, (40) +4 // Сколько эмоций капитан Тупость, сколько эмоций На выходе оно даст ELF 64-, Аноним (-), 18:42 , 09-Июн-15, (86) Лучше расскажите мне, откуда вы взяли, что оно даст это на выходе Мне эмоции и т, тоже Аноним (ok), 18:58 , 09-Июн-15, (88) +1 Чтение документации торжественным голосом - 20 мин Так вам не ко мне, а к прокт, Аноним (-), 16:40 , 10-Июн-15, (143) Что-то дешево за чтение документации по тому, что Эппл только еще обещала Преди, тоже Аноним (ok), 08:33 , 11-Июн-15, (156) Молния Срочное известие Эппл опять что-то пообещала Покупайте газету Срочн, Какаянахренразница (ok), 05:24 , 09-Июн-15, (24) +8 Не тот ли это Swift, который западные страны хотят запретить в России , Тот_Самый_Анонимус (?), 06:08 , 09-Июн-15, (27) // Увы не тот, но его тоже могут запретить , Аноним (-), 06:23 , 09-Июн-15, (28) +2 // или импортозаместить местным 1С , Kodir (ok), 15:39 , 09-Июн-15, (67) В iBooks уже книжки по Swift 2 есть, soarin (ok), 06:26 , 09-Июн-15, (29) –1 // Администратор iBooks, зайдите под своим именем, пожалуйста , Котан (?), 07:24 , 09-Июн-15, (34) +1 очередной пропиетарщик огласил концепцию подготовительных работ по разработке пл, pavel_simple (ok), 06:43 , 09-Июн-15, (30) +3 без удобной GUI библиотеки будет еще один не нужный новомодный ЯП, Аноним (32), 07:14 , 09-Июн-15, (32) Вот так и в жизни - вместо того, чтобы убрать мусор, все предпочитают его посчи, Нанобот (ok), 07:50 , 09-Июн-15, (36) +1 // З Ы подсчёт ссылок бесполезен для объектов с циклическими ссылками, Нанобот (ok), 07:58 , 09-Июн-15, (37) // Как насчет гибридного сборщика на основе нейросети , Аноним (-), 09:06 , 09-Июн-15, (41) –1 // Хорошо Правда 95 времени исполнения твоей программы она в этом сборщике и пров, Аноним (-), 16:42 , 10-Июн-15, (144) +1 Таким объектам без должного присмотра уже никто не поможет , Аноним (-), 10:05 , 09-Июн-15, (45) // рядовой сборщик мусора прекрасно с ними справляется, Нанобот (ok), 10:52 , 09-Июн-15, (48) Да неужели , Аноним (-), 22:27 , 09-Июн-15, (111) –1 Ну если жабский считать рядовым - то да PS жабу не люблю, но истина дороже, Аноним (-), 16:58 , 10-Июн-15, (146) Гм Почему-то считал, что как раз в джаве он этого не умеет Видать, допилили , Аноним (-), 01:25 , 11-Июн-15, (153) Вообще-то техники, решающие эту проблему, есть Но конкретно в objective C не пр, Crazy Alex (ok), 13:40 , 09-Июн-15, (60) Не уверен, что ЭТО так уж стоит нашего внимания Вот хоть режьте меня, но техноло, did (ok), 09:16 , 09-Июн-15, (42) // Там хотя бы синтаксис адекватный, в отличие от обжси И классы сделаны без новом, Аноним (-), 10:57 , 09-Июн-15, (49) +2 // Там хотя бы синтаксис адекватный, в отличие от обжси - очередной школьный фан, JustSimpleUser (?), 18:40 , 09-Июн-15, (84) Вас ребята почитаешь, так как будто бы сборище неадекватов одних в комментах отм, Аноним (-), 11:54 , 09-Июн-15, (55) +1 // В мире где продать можно только первую копию программы, а остальные ты обязан ра, клоун (?), 12:09 , 09-Июн-15, (57) –6 // Странное дело В красивом мире где подают одну и ту же программу 100500 раз, да, Аноним (-), 17:10 , 10-Июн-15, (147) +1 // Не мешайте клоуну чесать ЧСВ Его выше уже макнули, пусть хоть здесь душу отведе, Аноним (-), 01:29 , 11-Июн-15, (154) Больше языков хороших и разных Если ещё и под MIT BSD опубликуют - вообще хорош, lucentcode (ok), 17:20 , 09-Июн-15, (76) –2 Ишь ты как корпорасты заоткрывались Железо в зондах, базы в центре - софт можно , robux (ok), 19:25 , 09-Июн-15, (96) +1 // Ты как бестолковый арендатор жилья ведут тебя в убитую квартиру за 33 тыщи, зат, клоун (?), 14:19 , 10-Июн-15, (136) –1 // Твои things for living всем понятны Непонятно, зачем это нам здесь Обратись , Andrey Mitrofanov (?), 14:53 , 10-Июн-15, (137) +1 // Я - против Клован - это брэнд , Аноним (-), 17:14 , 10-Июн-15, (148) Душещипательные мемуары Донцова начала волноваться - , Аноним (-), 17:16 , 10-Июн-15, (149) +2 Bradley M Kuhn Why Greet Apple s Swift 2 0 With Open Arms http ebb org , Andrey Mitrofanov (?), 20:21 , 15-Июн-15, (159) 1,2,3,4,8,9,13,23,24,27,29,30,32,36,42,55,76,96,159

Сообщения

[Сортировка по времени | RSS]

	52. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Crazy Alex (ok), 09-Июн-15, 11:06
	И какова практическая применимость этого?
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Компания Apple объявила о скором переводе языка Swift в разр..."	–2 +/–
	Сообщение от клоун (?), 09-Июн-15, 11:38
	А тебе не надоедает при каждом делении писать? res = ?(y=0, 0, x/y); Вместо куда более логичного res = x &/ y; То, что математическая операция вызывает прерывание выполнения программы - это архитектурная проблема многих ЯП. Слава Путину что хоть переполнение или потеря точности при операция с плавающей точкой проходят всегда, а не выдают exception "выполнение программы прекращено с ошибкой: потеря точности при умножении"
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Компания Apple объявила о скором переводе языка Swift в разр..."	+2 +/–
	Сообщение от Crazy Alex (ok), 09-Июн-15, 12:12
	Не надоедает, потому что я так в жизни не писал. Я вообще смысла этого действа не понимаю, и где его применить - тоже, ни в первом, ни во втором варианте. Это банальное нарушение правил операции деления. Зачем мне там нуль, если он не несёт никакого смысла? Для всех практических нужд нуль в знаменателе - признак того, что у нас на входе неверные (непроверенные или не исправленные) данные - то есть классическая причина бросить исключение. Тем более это верно в отношении приведённого примера из книги, где о float - ни слова. А уж целочисленное деление на нуль - вообще за гранью добра и зла.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 09-Июн-15, 14:30
	> Для всех практических нужд нуль в знаменателе - признак того, что у нас на входе неверные данные Т.е. вы программным исключением проверяете данные на правильность? Вас чем-то обидели условия или вы дали обет прогить 10 лет не написав ни одного "если-то"? Мда... Всё хуже, чем я думал... С абстрактным мышлением у вас тоже всё плохо, поэтому попробую объяснить на пальцах. int res = MAX_INT + MAX_INT; приведёт к ошибке переполнения, которая будет автоматически обработана и вы об этом даже не узнаете. В асме был бы установлен флаг переполнения, но Си его игнорирует. Умножение чисел со знаком приводят к ошибкам сопроцессора и переполнениям, которые язык Си игнорирует. int res = MAX_INT / 0; int res = 0 / 0; тоже приводит к ошибке, но эта ошибка вызывает в Си прерывание выполнения программы. Все перечисленные выше ошибки являются ошибками неверных данных для выполнения операции. И на все, в общем случае, нужно было писать "если-то". Исторически сложилось, что именно деление на 0 вызывает прерывание выполнения, но это не делает её более или менее уникальной, чем любая другая ошибка, связанная с неверными данными. Правильным (единообразным с другими обработчиками ошибок) поведением было бы считать нулевым результат от деления на 0, что и было реализовано в ЯП Swift.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Crazy Alex (ok), 09-Июн-15, 15:13
	Ок, объясняю для клоунов. В зависимости от алгоритмики деление на нуль и рпочие переполнения могут быть проблемой логики или исходных данных. В первом случае в код пихаются assert, enforce и подобные конструкции, которые прерывают выполнение некорректной программы. Во втором случае, в зависимости от вероятности возникновения ошибки, можно проверять явно или положиться на исключения - код получается менее загромождён проверками. Ко float всё это, кстати, слабо относится - там вы получите inf, что абсоютно разумно и специфицировано стандартом. Дальше. Да, в ваших примерах будет переполнение. Именно поэтому более современные языки имеют разнообразные средства для борьбы с этим - от BIGINT до специализированных цисловых классов. Чего вы привязались к Си, который очень беден во многих областях, когда мы говорим о Swift, скорее сравнимом с Go, Rust, C++ или D - я понятия не имею. И, кстати, в C integer Overflow и division by zero абсолютно консистентны - и то и другое - undefined behavior. В плане реализации креш в подобных ситуациях куда лучше, чем продолжение работы с бессмысленными данными. Разумеется, было бы лучше, если бы любыу переполнения отлавливались. Но на практике сложение/вычитание (и в меньшей мере умножение) быстры и часто используются, и проверка для каждого из них сильно влияла бы на быстродействие. Поэтому для желающих в том же GCC/Clang есть соответствующие intrinsics - и всё. Плюс на уровне ассемблера сложение/вычитание с переполнением - вполне осмысленные операции, на которых реализуется тот же BIGINT. Деление же используется редко, довольно дорого и вызывает легко отлавливаемое аппаратное прерывание. Но никто и никогда не выставлял результат операции с переполнением в нуль по причине полной бессмылсенности.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аномсис (?), 09-Июн-15, 16:29
	> В зависимости от алгоритмики деление на нуль и рпочие переполнения могут быть проблемой логики или исходных данных. Я видел много логики, где если делитель равен нулю, то и результирующее значение должно быть равно нулю. Вот, например, пример нормирования: int Сумма = 0; foreach(Значение; МассивЗначений) {    Сумма += Значение; } foreach(ref Значение; МассивЗначений) {    Значение /= Сумма; } А если "Сумма" будет равна 0, то и "Значение" должно равнятся 0, но такого не будет, т.к. вылезет исключение и поэтому приходится писать условие: Сумма = Сумма==0 ? 1 : Сумма; Или: Значение = Сумма==0 ? 0 : Значение / Сумма; Если же в данном примере, заместо типа int использовать тип float, то после деления на 0 получится nan, а по логике работы алгоритма должно быть 0, поэтому данный оператор и тут выручит и избавит от сравнения, засоряющего код. И таких ситуаций я встречал полно в программировании, именно поэтому данный оператор полезен, потому что лень каждый раз писать аналогичные условия и плюс код ещё загромождается. Я с аналогичным кодом сталкивался больше, чем вы можете себе представить и разработчики данного языка, видимо, не спроста придумали эту конструкцию, наверно их тоже достало писать эти условия. И заметьте, что оператор "&/" -- это не оператор деления, а оператор деления и сравнения, поэтому, где логика другая, там можно пользоваться обычным делением. Но думаю, что данный оператор нельзя назвать преимуществом языка Swift, т.к. аналогичная конструкция вроде свободна во всех самых популярных языках(из тех, которые я знаю), поэтому она мигрирует потом из данного языка и в остальные, если язык станет популярным, ну или если идея дойдёт до разработчиков остальных языков.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Компания Apple объявила о скором переводе языка Swift в разр..."	+2 +/–
	Сообщение от анон (?), 09-Июн-15, 17:24
	> Я видел много логики, где если делитель равен нулю, то и результирующее > значение должно быть равно нулю. Но не неявно же. Это очень специфический случай. То, что ты ниже критикуешь, как раз правильно -- ибо явно. > И заметьте, что оператор "&/" -- это не оператор деления, а оператор > деления и сравнения, поэтому, где логика другая, там можно пользоваться обычным > делением. Это бред. Твои личные фантазии на тему этого оператора. В доках он называется overflow division, это оператор деления. > Но думаю, что данный оператор нельзя назвать преимуществом языка Swift, т.к. аналогичная > конструкция вроде свободна во всех самых популярных языках(из тех, которые я > знаю), поэтому она мигрирует потом из данного языка и в остальные, > если язык станет популярным, ну или если идея дойдёт до разработчиков > остальных языков. Да ты самый умный у мамки, ага. До тебя быстрее всех все доходит. Она уже мигрировала -- на помоечку, они сами это убрали (см. ниже ссылку на старую версию книжки). Видимо, до них-таки дошло.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от Аномсис (?), 09-Июн-15, 18:41
	> Но не неявно же. Это очень специфический случай. То, что ты ниже критикуешь, как раз правильно -- ибо явно. Я привёл пример, который первый пришёл в голову, и в котором от деления можно вообще избавится, но я видел много другого кода, где от деления избавится было нельзя и точно также приходилось использовать условие для приравнивания нуля. > Это бред. Твои личные фантазии на тему этого оператора. В доках он называется overflow division, это оператор деления. Ты не знаешь о моих фантазиях и без разницы, как он называется в доках, я говорил лишь об его машинной реализации. Как по-твоему данный код преобразуется в машинные инструкции ? Если там операция целочисленного деления, не вызывающая исключения ? Или можно разделить плавающую точку на 0, без генерации nan значения ? Вряд-ли. Скорее всего компилятор там вставит условие сам, поэтому и получится деление с условием. > Да ты самый умный у мамки, ага. До тебя быстрее всех все доходит. Она уже мигрировала -- на помоечку, они сами это убрали (см. ниже ссылку на старую версию книжки). Видимо, до них-таки дошло. А ты по-нормальному без оскорблений комментировать не можешь ? Я вообще о данном языке не знаю ничего и о соответствующем операторе узнал из комментариев выше. Мне всё-равно убрали они его или оставили. Но если бы данный оператор прижился, его бы подхватили и все другие. Я лишь подметил, что при наличии данного оператора, он не добавляет каких-то суперпреимуществ языку и аналогичный оператор легко реализовать в любом другом языке.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Компания Apple объявила о скором переводе языка Swift в разр..."	+2 +/–
	Сообщение от анон (?), 09-Июн-15, 21:11
	Ну хорошо, попробуем в этот раз без оскорблений. Может быть, так получится. (Напоминаю, что ты заявил, что &/ -- не деление.) "Без разницы, как он называется в доках", "как по-твоему", "вряд-ли", "скорее всего", "я о данном языке не знаю ничего", "если бы"... Твои догадки по поводу того, как реализуется в машинном или llvm-коде тот или иной оператор, и чем руководствовались разработчики, когда это вводили в язык -- это лишь твои догадки, фантазии, не имеющие к действительности никакого отношения, даже если там действительно похожим образом все устроено. Ты не понимаешь, что спецификация и реализация - это разные вещи, и если даже в компиляторе &/ был реализован через условие+деление, это не дает тебе права называть его условным делением, если он так не назван в _спецификации_ языка. Обычно в этом месте следует контраргумент наподобие "Ну а как еще его реализовать?" Да так, что никто не запретил бы разработчикам взять и компилировать позже, в новой версии компилятора, этот оператор как-нибудь по-другому (например, через ненавистное вам исключение) - то, что что они гарантируют, написано в спецификации, и там он называется overflow division, или "деление с переполнением". Это деление. Точка. Но результатом деления на ноль является совсем даже не ноль, поэтому по факту это не оператор деления, он не оправдывает своего названия -- поэтому я посмеялся над ним. Ты тоже, видимо, в курсе, что деление так себя не ведет -- но ты решил вместо того, чтобы признать наличие ошибки, просто так взять и переименовать этот оператор (здесь можно увидеть забавную аналогию с самими операторами / и &/). Нельзя просто так взять и переименовать оператор, который уже имеет официальное название. Непонимание таких вещей выдает твой низкий уровень инженерной культуры. Ты либо тролль (вроде не похоже), либо, так скажем, еще совсем юн. Короче говоря, если у тебя возникнет желание ответить мне, выдумав новый пучок фактов о незнакомом языке, и попутно привести аналогии из истории Древнего Мира, кельтских мифов, и того, что ты в книге дракона вычитал (хоть в курсе, что это не фэнтези-роман?) -- не стоит. Прочти то, что я уже писал тебе - я повторять по сто раз не буду. Есть замечания по существу предмета - пиши.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 19:33
	Без крепкого словца скучно читать. Если человек болван, то констатировать по факту что он болван - это совсем не оскорбление. В вашем ответе напрашивает диагноз, но вы виляете как собака хвостом, поэтому о вас можно подумать что вы толерантный идараст. Говорите как есть, не стесняйтесь и глядишь под напором наступят времена когда очередной писатель подумает лишний раз прежде чем соберется вывалить свой бред в интернеты.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от анон (?), 11-Июн-15, 01:06
	Не путайте конструктивную критику и толерастию, это совершенно противоположные вещи. Бороться руганью и демагогией с сетевыми неадекватами бессмысленно, они нам сами фору дадут по этой части.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от тоже Аноним (ok), 11-Июн-15, 08:31
	"Ирония и жалость, ребята! Ирония и жалость!"
	Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

	72. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аномсис (?), 09-Июн-15, 16:51
	Выше я просто пример привёл, но в реальности в том примере будет использоваться тип с плавающей точкой и лучше деление заменить умножением, если код это позволяет(иногда такое нельзя провернуть из-за ошибок округления).
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	102. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Аноним (-), 09-Июн-15, 21:14
	> int res = MAX_INT / 0; > int res = 0 / 0; > тоже приводит к ошибке, но эта ошибка вызывает в Си прерывание выполнения > программы. В Си это undefined behaviour, и в стандарте нигде не написано, что программа должна прерываться. Иными словами, гипотетический Klovan C compiler, у которого деление на ноль равняется нулю, полностью соответствует стандарту языка. Хуже невежества бывает только воинствующее невежество. Вместо того, чтобы предметно разобраться в вопросе "почему сделано именно так, а не как моему больному рассудку кажется логичным и правильным?", ты тут развел абсолютно бессмысленный флуд. Марш читать умные книжки по архитектуре и организации ЭВМ!
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	112. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от анон (?), 09-Июн-15, 22:32
	>>В Си это undefined behaviour И это, кстати, *запрещает вообще* делить на ноль в си и си++. Хотя клованский компилятор стандарту соответствует, программа, которая на результат деления в таком компиляторе опирается, стандарту соответствовать не будет. Это будет клованская программа для клованского компилятора. Оператор &/ может применяться вместо "/" такими, как клоун, из-за лени, а не ради того самого внезапного нуля при переполнении. И в этом вся проблема. Кстати, Аномсис, клоун, если вы так влюблены в этот оператор -- никто, кроме здравого смысла, не запрещает вам написать свой взамен усопшему, Swift это позволяет.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Аноним (-), 10-Июн-15, 01:48
	> И это, кстати, *запрещает вообще* делить на ноль в си и си++. Запрещать-то никто не запрещает, просто это будет программа, полагающаяся на конкретный компилятор, что плохо практически всегда. Результат "++i + ++i", например, тоже undefined, но от этого программа с такой строчкой не прекращает быть программой на С. >программа ... стандарту соответствовать не будет Будет. Она гарантированно скомпилируется и запустится любым сишным компилятором. Но вот как она себя будет вести - совершенно непонятно. Поэтому... > Это будет клованская программа для клованского компилятора. Это точно. Хорошей ее назвать язык не повернется ни у одного специалиста, разумеется.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от анон (?), 10-Июн-15, 03:23
	Да, вы правы, я неточно выразился. Я имел в виду, что стандарт явно определяет ее поведение неопределенным (undefined behavior), а не зависящим от реализации (implementation-defined).
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Компания Apple объявила о скором переводе языка Swift в разр..."	+2 +/–
	Сообщение от ананим.orig (?), 09-Июн-15, 18:40
	> А тебе не надоедает при каждом делении писать? > res = ?(y=0, 0, x/y); А с какого перепуга результат при долении на ноль равен нулю?
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	92. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 09-Июн-15, 19:06
	Лучше 0, чем прерывание выполнения и завершение программы. Даже так: лучше что-угодно, чем прерывание выполнения и завершение программы.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 09-Июн-15, 21:35
	А почему не 10? 100? 1000? Что за дискриминация? зыж Лучше руки сразу отбивать, чем давать писать вот такой код, который мало того что маскируется под валидный, так ещё и мешает при отладке. Ззыж А если ноль — не единственное ограничение (а так оно и есть, про переполнение не слышали?), тогда как? Какой ещё костыль придумаете? Просто интересно
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от анон (?), 09-Июн-15, 22:40
	Предлагаю 666. Как намек всем, кто не проверяет деление на ноль, что они будут гореть в аду.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 09-Июн-15, 22:21
	> Лучше 0, чем прерывание выполнения и завершение программы. > Даже так: лучше что-угодно, чем прерывание выполнения и завершение программы. Чушь. Неверно работающую программу лучше всего прибить как можно скорее, пока она не натворила бед. Во всех нормальных языках - от C до Java исповедуется такая логика (где-то падает, где-то исключения). И только в недоязыках грабли заботливо прячут. Видимо, чтобы били больнее.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	116. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 10-Июн-15, 00:15
	"Правильность" - это соответствие ТЗ. Если юзер хочет, чтобы 2+2=5, то 2+2=5 - правильно, а 2+2=4 - ошибка. Не зная задачи и ТЗ утверждать что лучше прибить... Смело.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 10-Июн-15, 01:31
	Ок. А если юзер хочет, чтобы деление на ноль равнялось пи до 10 знака включительно, то какой оператор?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Аноним (-), 10-Июн-15, 01:32
	Ну все, сдулся клован. Понял, что на одном дилетантстве техническую дискуссию вести нельзя, начал теперь про "соответствие ТЗ" задвигать. Но и тут ты не обошелся без формулировок "если бы у бабушки был...". Учись говорить по существу. Какова доля ТЗ, в которых прописывается, что в исключительной ситуации деления на ноль программа должна продолжать работать, приняв результат деления за ноль?
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	123. "Компания Apple объявила о скором переводе языка Swift в разр..."	–2 +/–
	Сообщение от клоун (?), 10-Июн-15, 02:35
	Воспроизведение видео и звука, контроль скорости и температуры, сбор данных, обработка записей в БД и многие другие - лучше пусть они запорят одну итерацию, чем перестанут работать вообще. Если они будут запарывать все подряд - это сразу выявится и клоун за клавиатурой примет решение. Вы не работаете с БД объёмом в миллионы записей для которых десятки регламентных заданий постоянно что-то делают? Принимают заказы, рассчитывают доставки, находят габариты, рассчитывают объёмы. Распределённые базы и обмены гоняют данные, которые могут доезжать неполными и их нужно восполнять. И если ты ещё не заколебался писать условия и проверки, то мне бы хотелось по максимуму от них отвязаться. если не ноль, то делить если не пустой файл, то парсировать если возвращён не пустой массив, то обрабатывать В результате весь код через ж--у. do { mas = parse_data(); if(!mas)break; doit(mas); }while(1); или прямая версия, но с повтором кода mas = parse_data(); while(mas) { doit(mas); mas = parse_data(); }; И то, и другое отработает. Но если ты не видишь, что обе конструкции кривые - я с тобой в один цирк не пойду.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 10-Июн-15, 03:20
	> Вы не работаете с БД объёмом в миллионы записей для которых десятк.... А вы типа работаете? Любая серьезная б/д имеет даже для булевых выражений три значения — тру, фалс и нул. При чём нул != нул. Поэтому не надо пиСдеть.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 11:10
	>Воспроизведение видео и звука, контроль скорости и температуры, сбор данных, обработка >записей в БД и многие другие - лучше пусть они запорят одну итерацию, чем перестанут >работать вообще. Это не ответ на вопрос. >Распределённые базы и обмены гоняют данные, которые могут доезжать неполными и их нужно восполнять. Компилятор принципиально не может знать, чем, как и когда эти данные нужно восполнять. Не существует универсального рецепта для всех. По крайней мере, принятие за ноль результата деления на ноль - это даже близко не универсальное решение.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	124. "Компания Apple объявила о скором переводе языка Swift в разр..."	–3 +/–
	Сообщение от клоун (?), 10-Июн-15, 02:40
	Прямая синтаксическая конструкция есть в 1С: Массив = parse_data(); для каждого Элемент из Массив цикл doit(Элемент); конеццикла; Вот это правильно: мы тупо перебираем возвращённый массив (список, таблицу, таблицу таблиц, таблицу списков таблиц) данных и не паримся пустой он или нет. Проверки вставит компилятор (в данном случае интерпритатор).
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	130. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 10-Июн-15, 03:32
	Угу, и вот doit и проверяет (там у себя) чё ему надо. Атомарность, мля. А не как у тебя. Проверки вне блока только логические, вернее бизнес-логические (например расчет налогов (по закону например) до М — doit, больше М — doit1. Но проверка на 0 (очевидно она до М) внутри doit. При чём в обоих дуитах!!! Потому как мало ли идиотов этим АПИ воспользуются. Налоги изменятся и привет вечерняя смена) Это азбука.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 10:25
	>Массив = parse_data(); >для каждого Элемент из Массив цикл >doit(Элемент); >конеццикла; Клован, у тебя же одно с другим не вяжется. Постом раньше parse_data у тебя в цикле вызывался, теперь - до цикла, один раз. WTF? Ты всех за идиотов держишь, или сам настолько дурак, что даже корректный пример высосать из пальца не можешь?
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	125. "Компания Apple объявила о скором переводе языка Swift в разр..."	–2 +/–
	Сообщение от клоун (?), 10-Июн-15, 02:46
	С делением на ноль аналогично: меньше проверок - и жизнь станет приятнее. Я понимаю, что я тебе сейчас на яйца наступаю. И когда пройдёт возмущение, если не противиться, ты сможешь почувствовать что это удобно и приятно. А проверку ты можешь написать независимо от того: будет исключение или не будет.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	127. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 10-Июн-15, 03:16
	Вау! сколько бреда ты выкатил... И где деление на 0? И самое главное!!! Где доказательство того, что если твой doit(mas) выдаст 0, то тебе бухгалтерия не надает по шапке? У? Ну например (вы там с лимонными таблицами работаете? Вах! Правда что ли?) — а поставим ка ценник за кило по среднезакупочной (можно по партии). Ну да, закупку тонны сторнировали, но 0 ведь не ошибка нифига, правда? А пока разраба ловят, купим всем коллективом вскладчину, 0 на десяток точно уж делится.. и не дорого.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 10-Июн-15, 10:35
	Вы все всё дальше уходите от синтаксиса ЯП в дебри собственного бреда.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от ананим.orig (?), 10-Июн-15, 13:10
	Придурок, это математика. Никакой синтаксис её не отменит.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 15:42
	ТЗ к математическим правилам и правилам языка не имеет абсолютно никакого отношения.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	75. "Компания Apple объявила о скором переводе языка Swift в разр..."	+2 +/–
	Сообщение от анон (?), 09-Июн-15, 17:14
	(Разъясняю особо одаренным) Ладно Infinity, ладно NaN какой-нибудь, но какого хера при делении на ноль получается НОЛЬ?! Вы этого вообще не заметили? "Так и есть, смотри" было, разумеется, сарказмом. Сегодня обнаружил, что и сами Apple уже этот бред убрали, нет больше такого оператора. Если кто думает, что это просто троллинг и его никогда не было: https://books.google.ru/books?id=EAgcCQAAQBAJ&pg=PA273&lpg=P...
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	78. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 09-Июн-15, 17:27
	>Сегодня обнаружил, что и сами Apple уже этот бред убрали, нет больше такого оператора Посмотрел бы я на лицо клована сейчас. А ведь как защищал, как защищал он своих хозяев на форуме от людей, имеющих начальное образование!..
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от тот анон (?), 09-Июн-15, 18:12
	У меня вообще ощущение, что аппле осознанно стебется над своими клоунами в последнее время. (У самого тоже мак есть - но исключительно ради разработки на том же свифте, а не для повседневного использования)
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 09-Июн-15, 19:00
	Что это меняет? Знаешь, на парусных кораблях был не штурвал, а румпель и чтобы повернуть вправо его нужно было поворачивать влево и наоборот. Потом появился штурвал и рулевой на команду капитана "право руля!" отвечал "есть, лево руля!". В России это отменили только в начале 19-ого века, когда утопили 2 корабля. Сколько раз программа должна вылететь в самом неподходящем месте (АЭС, спутники, ..) чтобы дошло простая истина: прерывание выполнения из-за параметров арифметической операции недопустимо.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	97. "Компания Apple объявила о скором переводе языка Swift в разр..."	+3 +/–
	Сообщение от анон (?), 09-Июн-15, 19:28
	точно, пусть у нас программа продолжит работу, неверно что-то рассчитав, и начислит тебе нулевую зарплату, или взорвет что-нибудь там к х*ям :3 или мы будем об этом нуле при нуле таки помнить, клоун?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 09-Июн-15, 21:44
	Представил расчет относительных запуску координат. Улыбнуло.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от ананим.orig (?), 09-Июн-15, 21:46
	Зыж С другой стороны — айфон с боеголовкой — уже анекдот.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 16:26
	По его навигации некоторые машины водят. Я кажется догадываюсь как в этом году одна бабуля в ON умудрилась на встречку на хайвее(!!!) выехать! :)
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 16:30
	> Что это меняет? Это меняет всё. > Сколько раз программа должна вылететь в самом неподходящем месте (АЭС, спутники, ..) > чтобы дошло простая истина: прерывание выполнения из-за параметров арифметической > операции недопустимо. Господи какой идиот! Эталонный - хоть в палату мер и весов. PS: Пройди школу снова, начиная с младших классов. Ну там яблочки на уроке подели, может через следующие 10 лет дойдёт.
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	90. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 09-Июн-15, 19:02
	Проблема, о котором нужно постоянно помнить, рано или поздно приведёт к катастрофе.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	100. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 09-Июн-15, 20:58
	> Проблема, о котором нужно постоянно помнить, рано или поздно приведёт к катастрофе. Ты на вопрос не ответил.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Аномсис (?), 09-Июн-15, 19:03
	> Ладно Infinity, ладно NaN какой-нибудь, но какого хера при делении на ноль получается НОЛЬ?! Вы этого вообще не заметили? А кто тебе сказал, что при делении на 0 получается НОЛЬ ? Раздели в этом языке, что-нибудь на ноль и тебе выдаст исключение. Обсуждаемый же оператор -- это не простое деление. Для простого деления по всем правилам математики есть соответствующий оператор "/". А вот это "&/" означает, что в случае деления на 0 приравнять к переменной 0, а в остальных случаях делить как обычно. Как описали выше -- эта конструкция("&/") заменяет выражение "Делитель==0 ? 0 : Значение/Делитель". Или по-твоему противозаконно к переменной приравнивать ноль в таких случаях ? Надо обязательно приравнивать nan ? Это не математика, а программирование и переменные тут многофункциональны. И ещё -- разве в математике операция деления обозначается таким символом "&/" ?
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	99. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Аноним (-), 09-Июн-15, 20:55
	>Обсуждаемый же оператор -- это не простое деление. Клован, например, утверждает, что это и есть единственно правильный оператор деления, ПАТАМУШТА ОН НЕ КИДАЕТ ИСКЛЮЧЕНИЙ ПРИ НОЛЕ.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Компания Apple объявила о скором переводе языка Swift в разр..."	–1 +/–
	Сообщение от клоун (?), 09-Июн-15, 21:39
	Молодец клоун. Я с ним полностью согласен. Побольше бы таких людей.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Компания Apple объявила о скором переводе языка Swift в разр..."	+1 +/–
	Сообщение от Аноним (-), 10-Июн-15, 01:50
	> Молодец клоун. Я с ним полностью согласен. Побольше бы таких людей. Молодец, конечно, только перелогиниться забыл.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Компания Apple объявила о скором переводе языка Swift в разр..."	–2 +/–
	Сообщение от клоун (?), 10-Июн-15, 02:48
	Сам себя не похвалишь - никто не похвалит. Клоун - это не логин. Клоуном может быть любой. Я все и я никто. Я везде и меня нигде нет. Однажды один из пользователей уже осознал, что это он "клоун Стаканчик" и зарегился под этим логином. Может, вы станете следующим кто поймёт что он клоун, видящий в моих словах отражение своих мыслей?
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Компания Apple объявила о скором переводе языка Swift в разр..."	+/–
	Сообщение от Аноним (-), 10-Июн-15, 16:32
	> Молодец клоун. Я с ним полностью согласен. Побольше бы таких людей. Ну а дрюкни сам себя, да и размножься ... Видео на прон.ру выложить не забудь! :)))
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема