Это шутка?
раскрыть ветку (260)
раскрыть ветку (21)
раскрыть ветку (18)
раскрыть ветку (15)
раскрыть ветку (14)
раскрыть ветку (13)
раскрыть ветку (8)
ну, "зеленая" линия полосатая, а "прозрачная" всего лишь бледная. А котёнок уже не линия, а рисунок, мне кажется. И мне больше нравится вот этот вариант:
YouTube●1:17
раскрыть ветку (1)
Прикольный вариант, только вот на баннер (как и на любую плоскую поверхность) его не распечатать.
даже если трудности перевода, было сказано, что одна линия перпендикулярна второй и ничего другого, но на этой картинке линии не всегда перпендикулярны, например в закруглении они не перпендикулярны, по этому задача не выполнена, я уж молчу про цвета)
раскрыть ветку (4)
не всегда перпендикулярны
Что это вообще значит?
В ТЗ было сказано "семь ... линий ... перпендикулярных друг другу".
По принципу необходимого и достаточного задание о перпендикулярности выполнено.
А про цвета - это отдельный диагноз. Дезигнерство головного мозга.
раскрыть ветку (3)
да, бред сказал, они вообще не перпендикулярны, перпендикулярными могут быть только прямые линии и представленный рисунок хрень полнейшая
раскрыть ветку (2)
Да про красные линии фигня вопрос, просто наращиваем мерность пространства до 7 и строим 7 перпендикулярных линий в направлении осей координат.
раскрыть ветку (95)
раскрыть ветку (12)
раскрыть ветку (11)
раскрыть ветку (10)
Это яваскрипт. Там числа заданы не как "числа" а как стринги то есть строковые переменные. В яваскрипте встроен автоматический перевод из одного типа данных в другой, в данном случае из строки в числовой. Символ умножения спровоцировал такое превращение и иртерпрететор их преобразовал и перемножил, а вот символ "+" для сроковых переменных это объединение двух строковых что-то вроде "аб" + "вг" = "абвг". Потому уже прошла не математическая операция сложения, а операция объединения. Вот "като так"!
раскрыть ветку (5)
раскрыть ветку (3)
А потом искать часами ту самую запись, если она вообще есть, и сутками пытаться вспомнить, если не нашел. Ммм, романтика заметок.
раскрыть ветку (2)
А зачем? Если б я хотел запомнить что-то важное, записал бы и ссылку. А так – это просто автогенератор забавных ассоциаций
раскрыть ветку (1)
раскрыть ветку (19)
Умножение приоритетнее сложения, поэтому js сначала попробует сделать '2'*'4', строки со строками умножать нельзя, поэтому строки становятся числами, которые умножать можно, 2*4=8; '2'+8, 8 становится '8' потому что в js можно складывать строки и тогда они соеденяются, вот и получилось 28 (которое на самом деле '28')
раскрыть ветку (15)
Так ведь там второй по популярности ответ 13, вот где полёт мысли, слабо вам гении математик?
раскрыть ветку (7)
раскрыть ветку (5)
Я понял. Над ним в ответ посмеялись. Просто шутка Deiskos'а не очень подходит: в первом родительском комментарии, про который все шутят. мол, джаваскриптер, нет кавычек. Он складывает 2 и 8, получая 28. При чем тут JS?
раскрыть ветку (4)
При том, что в нормальных языках была бы ошибка. И да, js не нормальный, он - говно. Холиваров тут разводить смысла нет, и так все ясно
раскрыть ветку (3)
Вот интересно, о чем думали разработчики языка? В какой извращенной вселенной может понадобится умножать строку на строку и зачем это вообще позволять?
раскрыть ветку (5)
В JS динамическая типизация, поэтому по возможности он приводит строку к числу или число к строке.
Если JS видит оператор вычитания (-), умножения (*), деления (/), то пытается привести оба аргумента к числу.
'2'*'2'=4
2-'2'=0
Другая ситуация с оператором сложения (+) – он также означает операцию конкатенации строк, которая является более приоритетной. Поэтому если хоть один аргумент является строкой, то второй он тоже приводит к строке и конкатенирует их.
2+2=4
'2'+2=2+'2'='2'+'2'='22'
раскрыть ветку (4)
А явное приведение типов там есть? Что-то вроде (int)'2'+(int)'2'*(int)'2'?
Upd. погуглил, есть функции String() и Number()
Теперь другой вопрос возник, если выполнить a = '2'; a = Number(a); то a станет числом, или при втором присваивании снова в строку преобразуется?
раскрыть ветку (3)
раскрыть ветку (1)
Ага, но если попытаться сложить со строкой то сложит как две строки, но это уже +- укладывается в стандартную логику.
ещё комментарии
А знаете как познать истину? Наберите на калькуляторе выражение, что написано ниже:
Ложь Или 111 + 2 * "333" = Истина
раскрыть ветку (50)
число умножить на то что можно привести к числу - число.
булево сравнить с тем что можно привести к булево - булево
любое число кроме 0 в булево истина.
что еще здесь удивительного? это не яваскрипт
раскрыть ветку (24)
раскрыть ветку (20)
В алгебре логики всё что не ноль - истина. Так что если после "или" идет что-то отличное от нуля - то результат будет "истина",
раскрыть ветку (12)
раскрыть ветку (11)
В алгебре логики может быть неопределённая функция/переменная?
А если речь о программировании, то зависит от языка. Большинство языков, если вы произведёте логические действия с неопределённой переменной выдадут исключение.
раскрыть ветку (8)
раскрыть ветку (7)
раскрыть ветку (6)
Я отвечал на вопрос про алгебру, а в алгебре при подобной ситуации функция будет называться неопределенной в точке. В программировании же неопределенными являются объекты/переменные которые еще небыли определены (либо им присвоили такое значение).
раскрыть ветку (5)
Я отвечал на вопрос про алгебру
В алгебре логики
Откуда ты в дискретной математике деление вытащил, дядя?
раскрыть ветку (4)
Я до этого момента понятия не имел что "алгебра логики" это дискретная математика (да и про дискретную математику ничего не знаю кроме названия), и говорил про алгебру в общем.
раскрыть ветку (3)
Таким образом, ты сейчас признался прямым текстом, что в #comment_179983607 фактически влез с категоричными комментариями в тему, о которой не имеешь ни малейшего понятия.
Впрочем, ничего нового :D
раскрыть ветку (2)
Но ведь я по сути сказал правду. Возможно, мой коммент был не совсем уместен из-за того, что спрашивалось именно про дискретную математику (чего я сразу не понял). Да, я не доктор математических наук, но нельзя сказать что я не разбираюсь в обсуждаемой теме.
раскрыть ветку (1)
все просто, в программировании есть булевый тип данных, у которого есть два возмоожных значения истина и ложь. Ложь это всегда или 0, или пустое значение. В данном примере сначала строка 333 приводится к числу, потому что перед ней стоит умножение на два, а потом прибавляем 111, получаем значение 777. При логической операции ИЛИ в выражении Ложь или Истина получится Истина
раскрыть ветку (3)
Ложь это всегда или 0, или пустое значение.На самом деле не всегда.
Например в php строка "0" - это тоже ложь.
Да и для языков со статической\строгой типизацией это вообще не особо корректно.
И, насколько я помню, в ранних версиях C не было отдельно булева типа, и там в спецификации шла речь именно об 0 и 1. Возможно есть реализации, где 2 - ложь (но я не уверен).
А можно просто вызвать "Булево(111+2*"333")".
Кстати, забавно то, что результатом того же выражения в Питоне будет посчитанное число 37629 а не булево, как можно бы подумать. Питон смотрит первое Или, и если оно ложно, то просто отдает второе значение, не приводя его. Для И будет аналогично, но первым в условии уже должно быть Истина.
раскрыть ветку (2)
кста, если хочешь что-то реально не очевидное
Сообщить(истина + "41");
Сообщить(1 + истина И "да");
раскрыть ветку (4)
раскрыть ветку (3)
раскрыть ветку (2)
Да ладно, принципы-то простые
булева истина приводится к числу как 1, а к строке как "Да"
строка "да" приводится к булеву как истина
ноль приводится к булеву как ложь
операция для знака + определяется по левому операнду
истина+"41" = число(истина) + число("41") = 1 + 41 = 42
"41" + истина = "41" + строка(истина) = "41" + "Да" = "41Да"
-1 + истина и "да" = -1 + число(истина) и "да" = 0 и "да" = булево(0) и булево("да") = Ложь И Истина = Ложь
раскрыть ветку (1)
Блин, знал, что она неявно преобразует типы, но настолько...
Ладно хоть 2*"а333" ошибку выдает.
Сам пользоваться я конечно этим не буду. У меня в голове более жесткая типизация, чем в платформе. )))
Но знать надо. Мало ли за кем код разгребать придется.
раскрыть ветку (5)
стандартная проблема новичка:
КодОшибки = 418;
ОписаниеОшибки = "чайничек кипит";
Сообщить(КодОшибки + ": " + ОписаниеОшибки);
раскрыть ветку (2)
раскрыть ветку (1)
операция "+" перегружена. В данном случае программист ожидает конкатенацию строк, а не сложение. Но компилятор определяет операцию по значению левого операнда и пытается выполнить сложение. Число + строка даст ошибку.
грубо говоря и на примерах
1 + 4 = 5
1 + "4" = 5
"1" + 4 = "14"
"я1" + 4 = "я14"
1 + "я4" = ошибка
в комменте выше я просто привел пример часто встречающейся ошибки при написании.
почему не явно? Все логично, есть строка, ее умножают на два, адинэс\джаваскрипт смотрит что в ней лежит и пытается преобразовать в число, получилось? Умножай, это не запрещено, не получилось - вот тебе эксепшн. Но стоит помнить, что в этих языках, прости господи, "+" -это в первую очередь конкатинация и только потом - сложение.
В принципе логично, но само все это сделано изначально через жопу
раскрыть ветку (1)
раскрыть ветку (1)
Это неявное приведение типов. Динамическую типизацию вполне можно было нормально сделать.
раскрыть ветку (70)
раскрыть ветку (20)
раскрыть ветку (10)
раскрыть ветку (9)
раскрыть ветку (8)
Мы так в 9-м классе писали пробный вариант ГИА (государственной итоговой аттестации, если кто не знает). Писали в своей школе и со своими учителями.
Пишем русский язык, между парт ходит учительница. Замечает, что я подозрительно смотрю себе в кулак. Подходит, отнимает у меня бумажку, а там шпаргалка - "Жи Ши пиши с буквой И" :)
раскрыть ветку (3)
А у меня так приятеля с экзамена отправили. На матане выебнулся, какую-то банальщину написал, типа 2+2=4. А препод его выгнал, мотивировав, что это тоже шпаргалка. С пересдачей не повезло, к принципиальному попал. Хуяк-хуяк - и сам не заметил, как сначала оказался в родной Астрахани, а потом в мотострелках. Сейчас прорабом на стройке трудится.
раскрыть ветку (2)
Потому что надо: у тебя было одно яблоко тебе дали ещё одно яблоко. Потому что в условии Ивана было яблоко, дали ещё одно (не уточнили чего одно). Есть текст яблоко, есть цифра 1. Что получается когда текст яблоко соединяем с цифрой 1? Правильно 1 яблоко.
Похоже мой язык тоже javascript.
раскрыть ветку (6)
Если тебе дали одно яблоко и одно что-то, то у тебя два чего-то. Одно из которых на самом деле является яблоком.
раскрыть ветку (5)
Я тут проверила в ассемблере и питоне. При 1+яблоко тоже даёт результат 1яблоко. Хотя может я неправильно вводу. Прошу проверить знающих задачу на других языках или перепроверить на питоне или ассемблере. Спасибо.
раскрыть ветку (4)
ассемблере и питоне
Странное сочетание.
Про ассемблер можно сказать, что Яблоко+1=аблоко. Это верно для x86 с его add для любых целочисленных типов и для двух однобайтовых кодировок (CP866, CP1251).
GNU Assembler ужасает.
раскрыть ветку (2)
Ассемблер это у бывшего коллеги-инженера. Проверял он. Питоном проверила племянница. Я сидела раздавала указания. Отсюда странное сочетание.
Я всегда знал, что нельзя доверять человеку, который говорит на языке с неявным приведением типов
ещё комментарии
раскрыть ветку (25)
раскрыть ветку (12)
раскрыть ветку (9)
раскрыть ветку (8)
раскрыть ветку (7)
раскрыть ветку (6)
раскрыть ветку (5)
А Википедия так и говорит, кстати:
Это один из наиболее противоречивых терминов в области типизации, так как он не имеет одного общепринятого значения, и разные авторы используют его в разных значениях
Вообще "Строгая" типизация только мутное понятие, поэтому я решил уточнить.
раскрыть ветку (4)
Я подразумеваю под этим то, что:
а) типы писать надо везде (переменные, аргументы, свойства, короче у всего, что переносит изменяемые данные)
б) передача неправильного типа данных вызывает runtime error, хотя строгая типизация вполне себе может избавить от 99% таких ошибок ещё на этапе написания кода
в) "мягкого приведения" нет. То есть, передача int как float должно вызывать ошибку
Кстати говоря, strict_type как раз вполне себе справляется со всеми этими пунктами. Так что, непонятен был сарказм в сторону тайпхинтинга. Если инструмент выполняет свои функции, то хоть папой римским обзови, функционал у него будет именно выполнения строгой типизации.
раскрыть ветку (3)
а) типы писать надо везде (переменные, аргументы, свойства, короче у всего, что переносит изменяемые данные)
Но ведь типы переменный как раз писать не надо. $a может стать переменной любого типа, ну потому что она так и так реализуется z-val. Так что никакого строгости тут нет.
б) передача неправильного типа данных вызывает runtime error, хотя строгая типизация вполне себе может избавить от 99% таких ошибок ещё на этапе написания кода
В языках со статической типизацией такая ошибка происходит не в рантайме, а на стадии компиляции. В чём тут "Строгость"-то? Это просто тайпхитинг, а именно ПРОВЕРКА типа, и работает она в рантайме.
в) "мягкого приведения" нет. То есть, передача int как float должно вызывать ошибку
Только в аргументах, при этом типы так же неочевидно приводятся в теле функции при любом удобном случае.
В общем, ты просто подобрал такие критерии строгости, которые подошли (И то не все) к strict_type=1.
раскрыть ветку (1)
Но ведь типы переменный как раз писать не надо
Да, вот тут лажанул. Но надеюсь и им когда-то типы пропишут.
В языках со статической типизацией такая ошибка происходит не в рантайме, а на стадии компиляции
Мы про строгую типизацию, а не про статическую. PHP не является языком со статической типизацией, тут я не спорю.
В общем, ты просто подобрал такие критерии строгости, которые подошли (И то не все) к strict_type=1
Опиши своё видение тогда.
У тебя какой-то особенный php
в function (int $num) {} можно передать float и он его преобразует в инт. Даже при strict_type
В пхп другая проблема: популярность и низкая стоимость входа дает среднее качество разработчика ниже плинтуса. Еще и обидчивость – почему-то характерная черта большинства пхпшников.
раскрыть ветку (1)
Смотря на что обидчивость. Если ты скажеш, что пхпшники мудаки, мне захочется дать тебе в табло. Но если ты скажеш, что у пыха есть существенные недостатки и перечислиш их, я с тобой соглашусь, частично или полностью.
ещё комментарии
раскрыть ветку (11)
раскрыть ветку (10)
раскрыть ветку (2)
Пожалуйста, назови любой язык из повсеместно применяемых, который был бы хуже js. Даже php с определенной версии исправил достаточно недостатков, чтобы стать лучше.
Ну 1С может быть... но его и повсеместно применяемым языком-то назвать сложно.
Отсутствие нормальной типизации даже с TS. Постоянные попытки неявно скастить всё, что можно, куда угодно. Отсутствие вменяемой работы с арифметикой - integer и double слиты воедино. Игры в многопоточность, по факту остающиеся в одном потоке и тормозящие друг друга. Необходимость просто зазубрить кучу вещей из спеки, потому что реальное поведение не такое, какое было бы очевидным. Какого черта это всё вообще существует в де-факто стандарте индустрии?!
Java - не лучший язык, kotlin и даже C# гораздо лучше. Но просто сравни https://github.com/denysdovhan/wtfjs и ближайший аналог, который я нашел - http://javawtf.blogspot.com/
раскрыть ветку (1)
раскрыть ветку (5)
Про php или про js?
Для начала можно почитать https://habr.com/ru/post/142140/ и https://habr.com/ru/company/ruvds/blog/499670/
раскрыть ветку (4)
раскрыть ветку (3)
раскрыть ветку (2)
хоть я и не разраб, а ваще админ, но и про js тоже прокомментирую: сейчас что на фронте модно, не подскажешь?
раскрыть ветку (1)
++++++++++[>+>+++>+++++++>++++++++++<<<<-]>>++++++++++++.>>++++++++.-----------.++++++++++++++++++++.--------------.+.+++++++++++.<<----------.>>----------.+++++.<<.>>------------.++++++++++++++++.-----------------.++++++++.+++++.--------.+++++++++++++++.------------------.++++++++.<<++++++++++.
ещё комментарии
ещё комментарии
ещё комментарии
!!'false' == !!'true' // -> true
!!'false' === !!'true' // -> true
true - это false, спасибо js!
раскрыть ветку (18)
раскрыть ветку (13)
Надо же пример показать, чтобы непонимающие плюсанули. Получается интерпретация программы интерпретаторами, не имеющими представления о языке.
раскрыть ветку (3)
раскрыть ветку (2)
Человек переводит разные строковые значения в логические, сравнивает между собой и удивляется, что результат совпадает.
При этом в документации написано, что любая непустая строка при переводе в логическое значение даёт true (истина).
При этом в документации написано, что любая непустая строка при переводе в логическое значение даёт true (истина).
раскрыть ветку (1)
Во всех нормальных языках строка не кастуется к boolean. Так что да, дурной именно javascript, потому что позволяет это сделать.
раскрыть ветку (8)
То что для кого-то проблема выучить несколько правил приведения типов не делает язык дурным. В чужой монастырь со своим уставом не ходят
раскрыть ветку (2)
А я таки буду. Дело не в учении дополнительных правил. Дело в том, что компилятор допускает целый класс ошибок, который он мог бы отследить.
Более того, ценой быстродействия. Вместо того, чтобы реализовать несколько примитивных типов с примитивными же правилами у нас есть монстр-инстанс, для каждой переменной, которая умеет всё.
раскрыть ветку (1)
раскрыть ветку (3)
Я могу предположить только проверку на null в условии. Но "if (a != null)" небольшая цена за отсутствие багов.
раскрыть ветку (2)
Мне кажется не один язык программирования не работает столько со строками как джс.
if(a) {console.log(a)} else { console.log(“лошадь в огурцах»)}
И таким не хитрым способом мы:
- Вывели текст если он есть
- обработали вывод если там Пустая строка
- обработало вывод если там undefined
- обработали вывод если там null
И я считаю это прекрасно
раскрыть ветку (1)
Swift:
print(a?.Description() ?? "<лошадь в огурцах>")
C# :
Debug.WriteLine(a?.ToString() ?? "<лошадь в огурцах>")
А если ну очень хочется игнорировать тип - используйте базовый тип как тип параметра функции. Но эта такая редкость, что я могу пересчитать использование такого подхода на пальцах одной руки.
При чём тут true и false? В примере сравниваются строки преобразованные в boolean. Любая непустая строка преобразовывается в true.
ещё комментарии
Да это шутка. Ну ладно, а так?
0 == false // -> true
'' == false // -> true
null == false // -> false
!!null // -> false
раскрыть ветку (2)
0 преобразовывается в boolean, что даёт false.
Про пустую строку уже сказал.
null – это отдельный тип и он не равен ни true ни false.
Но при принудительном приведении результатом будет false.
Про пустую строку уже сказал.
null – это отдельный тип и он не равен ни true ни false.
Но при принудительном приведении результатом будет false.
ещё комментарии
ещё комментарии
раскрыть ветку (10)
ещё комментарии
ещё комментарий
раскрыть ветку (2)
Не, ну это так калькулятор, нарисованный на доске, посчитал, это же программа, врать не будет!
раскрыть ветку (1)
раскрыть ветку (3)
раскрыть ветку (1)
А что ещё делать, языки делятся на два типа, тех которых все хейтят, и тех на которых никто не пишет. Чаще всего хейтят js далее php, но мало хейтят питон, что бы это могло значить...
Вот задумай число, прибавь к нему столько же, раздели на первое задуманное, прибавь пять. Получилось???? Правильно, семь 😃👍
раскрыть ветку (2)
В Винде калькулятор раньше (не знаю как сейчас) мог выдать результат в зависимости от режима работы. Так выражение 2+2:2 в стандартном режиме калькулятора считалось как 2, а вот в научном (или инженерном) - как 3.
раскрыть ветку (2)
Потому что для калькулятора нужно вводить это выражение со скобками, так как он при вводе нового действия автоматически считает предыдущее (то есть когда у тебя введено 2+2, а потом ты вводишь умножение, то калькулятор производит сложение, а потом только умножение). На семерке, кстати, калькулятор в обычном режиме умеет в скобки.
раскрыть ветку (1)
У меня жена также считает, один раз покупали на авито, она сложилу цену двух товаров, получилось больше , чем было и она еще попросила продавца продать за 3500, хотя покупка вышла бы на 3300, как я долго еще ржал над тем , что продавец оказался уродом и не пошел на уступки и не поднял цену по просьбе
раскрыть ветку (1)
слышал, что в америкосии приоритета у умножения нет и действия выполняются в порядке очереди по строке. млжет под них пример. хз, правда или нет
Не-не, я физмат заканчивала: надо наоборот, т.к. умножение не может, по идее, быть меньше, чем сложение. Значит 2*8=28, ну, а 2+8 так и быть 10
раскрыть ветку (3)
$lang = "";
if ( $your_lang == "JS")
{
$lang = "true";
}
else
{
$lang = "false";
}
return $lang;
if ( $your_lang == "JS")
{
$lang = "true";
}
else
{
$lang = "false";
}
return $lang;
раскрыть ветку (4)
https://pastebin.com/BaWjjmK1 - вот кстати код из той же категории :D
И да - это реальный код, из common-библиотеки одного из сборок эмулятора сервера L2 :)
ещё комментарии
