![Я ХОЧУ ВЫУЧИТЬ JAVASCRIPT
/—
> [10, 9, 8, 3, 2, 1, 0].sorto
[0, 1, 10, 2, 3, 8, 9] 1 ' Vj *
Ч 1 ^ i,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,js,сортировка](https://img2.joyreactor.cc/pics/post/full/it-юмор-geek-js-4802097.jpeg "it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,js,сортировка")
Что не так с javascript? Объясните, почему его все так "любят"?
01.11.2018, 09:27
Настолько очевидно, что мимокрокодил никогда не предугадал бы такой порядок сортировки, а для понимания нужно иметь специальные знания. Очевидно, блядь, на хуй иди.
Нет. Ты в коде явно задаешь массив только чисел. Система вывода типов нормального языка, например, скалы, выведет тип коллекции как минимальный общий для всех элементов(в данном случае, интежер), и, естественно, при вызове метода сортировки, применит компа для этого типа по-умолчанию, а для инта это математическое сравнение.
Как работает вывод типов в жскрипте - это полный пц.
Как работает вывод типов в жскрипте - это полный пц.
Ситуация несколько шире. Метод sort принимает в качестве параметра функцию-компаратор. Если компаратор не указан явно, используется компаратор алфавитного порядка. https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Array/sort
Если включить голову, то сразу должен возникнуть вопрос, как будет работать сортировка, если не указан компаратор. В js массивы гетерогенные, т.е. могут содержать объекты разных типов. Как их сравнивать?
То, что у программиста не возникло подозрений при использование сортировки без какого-либо указания способа сравнения элементов, говорит о его низкой квалификации и непонимании базовых основ информатики
Если включить голову, то сразу должен возникнуть вопрос, как будет работать сортировка, если не указан компаратор. В js массивы гетерогенные, т.е. могут содержать объекты разных типов. Как их сравнивать?
То, что у программиста не возникло подозрений при использование сортировки без какого-либо указания способа сравнения элементов, говорит о его низкой квалификации и непонимании базовых основ информатики
Ну скажем в нормальном ООП языке программирования есть такое понятие, как перегрузки => пришедший из какого-нибудь C# подумает, что вызовется перегрузка метода с нужным типом => будет сортировка интов, а не строк.
Собственно JS является ООП языком программирования. А то, что все приводится к строкам и потом сортируется- это неочевидная хрень и не понятно зачем вообще иметь такую дефолтную сортировку, если она заведомо в 90% случаев не та, которая нужна.
Собственно JS является ООП языком программирования. А то, что все приводится к строкам и потом сортируется- это неочевидная хрень и не понятно зачем вообще иметь такую дефолтную сортировку, если она заведомо в 90% случаев не та, которая нужна.
В C# статическая типизация. Это значит, что объявляя массив, компилятор потребует явно или косвенно указать тип элементов массива. Причем все элементы должны принадлежать к этому типу. Поэтому перегрузка оператор сравнения (компаратор) будет работать. Например,
List myList = new List();
myList.Add("a");
myList.Add("z");
myList.Add("g");
myList.Sort(); // ["a", "g", "z"]
В последней строке метод Sort, зная тип элементов массива, попытается привести их к типу Comparable. А так как строки наследуются от Coparable, у него это получится.
В JS массивы могут содержать объекты произвольного типа. Причем заранее может быть неизвестно какие элементы окажутся в массиве.
List myList = new List();
myList.Add("a");
myList.Add("z");
myList.Add("g");
myList.Sort(); // ["a", "g", "z"]
В последней строке метод Sort, зная тип элементов массива, попытается привести их к типу Comparable. А так как строки наследуются от Coparable, у него это получится.
В JS массивы могут содержать объекты произвольного типа. Причем заранее может быть неизвестно какие элементы окажутся в массиве.
Ты мне лучше скажи, чем динамическая типизация лучше статической и почему JS пошел этим путем? Лично я не вижу в ней достоинств кроме того, что можно поговнокодить. По идее, раз ты делашь сайт => тебе известны все модели с которыми ты будешь работать => ты можешь сделать конкретные типы.
Строго говоря, в шарпе и прочих, технически, массив точно так же может содержать объекты любого ссылочного типа(а вот в с/с++ - нет, там попытка записать в коллекцию объект другого типа приведет к непредсказуемым результатам). Но в шарпе, жабе, и прочих, есть шаблоны и типы у коллекций, в том числе и у массива. Это метаинфа на уровне компиляции, т. е. кода. Компилятор выбирает для статик массива минимальный общий тип. И применяет все операции уже к нему.
А вот в жскрипте типа у коллекций нет, и это полная ж. Хотя с типизацией у жскрипта вообще пиздец.
А вот в жскрипте типа у коллекций нет, и это полная ж. Хотя с типизацией у жскрипта вообще пиздец.
На жабоскрипт возрос спрос, туда ломанулась куча макак, которые делают говнокод для этих ваших браузеров, который заставляет их рыдать, как сучек. А жабоскрипт - идеальный язык, чтобы ебашить самый лютый говнокод. Он настолько нестрогий, что даже по сравнению с ним самый последний анон строг, как твоя училка Марья Петровна. Динамическая нестрогая типизация позволяет творить абсолютно любую хуйню, складывать числа со строками, числа с массивами, строки с объектами, передавать в функцию совершенно не то, что она ожидает. Ты можешь обращаться к несуществующим полям объектов или вовсе необъявленным переменным, получая ебучий undefined вместо ошибки. В итоге вся эта хуйня позволяет стрелять в ногу со скоростью овер 9000 раз в секунду, не получая никаких ошибок компиляции, потому что это - интерпретируемый язык, сучки. Если ты накосячил, оно может упадет сразу, а может проработает кучу времени, прежде чем упасть, и хер ты узнаешь заранее.
1) Нахера один язык подо всё? Вроде бы давно уже все выяснили, что для разных задач разные языки подходят лучше
2) Для всего, кроме браузеров - C/C++. Хотя даже в браузеры, если WebAssembly. Но да, я хардкорен
3) Как частично эмбедер я имею нехилый бугурт по поводу пихания JS в микроконтроллеры. Это просто пиздец.
2) Для всего, кроме браузеров - C/C++. Хотя даже в браузеры, если WebAssembly. Но да, я хардкорен
3) Как частично эмбедер я имею нехилый бугурт по поводу пихания JS в микроконтроллеры. Это просто пиздец.
Ох. Я видел "кровавый энтерпрайз" на плюсах. И очень хочу развидеть.
Поверь, ты не захочешь жить в мире, где все, кроме веба, на плюсах. Потому что в этом мире у тебя не будет и тени уверенности вообще в чем-либо.
Поверь, ты не захочешь жить в мире, где все, кроме веба, на плюсах. Потому что в этом мире у тебя не будет и тени уверенности вообще в чем-либо.
Он очень гибкий.
JS популярный и востребованный язык, кроме того он очень легок в освоении. Практически любой анончик с интеллектом чуть выше среднего может освоить элементарные навыки JS за пару месяцев, и клепать гавно скриптики на фрилансе, зарабатывая при этом 1-2 k баксов в месяц. Именно от этого люто бомбят пердаки у супер тру гик-кодеров, которые учились кодить еще в 1993-м на паскале, знают 20 никому не нужных и забытых языков, и работают наладчиками ЧПУ станков из Чехословакии на местном заборостроительном комбинате, но работают "на настоящем языке программирования, а не на этом вашем тупом говне для школоты"
Сочувствую
Причем тут es6? Можно бы написать так:
[10,9,8,7,6,5,4,3,2,1,0].sort( function(a, b){return a -b;} );
Суть в том, что сортировать можно только объекты, над которыми определена операция сравнения. Это базовые знания информатики. В js массивы могу содержать объекты любого типа. Поэтому способ сравнения элементов нельзя определить по типу элементов. Следовательно необходимо указать компаратор явно. Однако мы видим, что sort работает и без явно указанного компаратора. Отсюда вывод - существует компаратор по-умолчании. Здесь должно возникнуть желание почитать документацию.
https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Array/sort
[10,9,8,7,6,5,4,3,2,1,0].sort( function(a, b){return a -b;} );
Суть в том, что сортировать можно только объекты, над которыми определена операция сравнения. Это базовые знания информатики. В js массивы могу содержать объекты любого типа. Поэтому способ сравнения элементов нельзя определить по типу элементов. Следовательно необходимо указать компаратор явно. Однако мы видим, что sort работает и без явно указанного компаратора. Отсюда вывод - существует компаратор по-умолчании. Здесь должно возникнуть желание почитать документацию.
https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Array/sort
![(---------------------------\
> [10, 9, 8, 3, 2, 1, 0].sort() [0, 1, 10, 2, 3, 8, 9]
V—___________________________/,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,js,сортировка](https://img2.joyreactor.cc/pics/comment/it-юмор-geek-js-3152311.png "it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,js,сортировка")
Это норма для всех современных компьютеров (ну почти, есть исключения) и всех языков программировния
https://en.m.wikipedia.org/wiki/Machine_epsilon
https://ru.m.wikipedia.org/wiki/Машинный_ноль
https://en.m.wikipedia.org/wiki/Machine_epsilon
https://ru.m.wikipedia.org/wiki/Машинный_ноль
Но ведь java, да и синтаксис там скобочки всякие
Два совершенно разных языка.
Java - это достаточно мощный язык со статической типизацией, синтаксически выросший из C++.
Java - это достаточно мощный язык со статической типизацией, синтаксически выросший из C++.
Как раз таки нет. А все потому что в это языке сатаны все числа это double(класс Number). То есть если ты хочешь !ТОЧНУЮ! 64 битную целочисленную арифметику, то тебе придется как всегда качать стороннюю библиотеку (А js'еры ещё и хвастаются как много у них библиотек. Их много потому что сам язык нихера не может)![V V. Project
fei na_reactore_kto-to_ne_prav src Ct Main
Ct Main.java
l ►
public class Main {
3 ► R
4
5
6
7
8 9
10
11
12
13
14
15 ф
public static void main(String[] args) {
long a = 10000000000000000L; long b = 9999999999999999L;
System.out.println(b);
System.out.println(a+l);](https://img2.joyreactor.cc/pics/comment/it-юмор-geek-js-3152396.png "it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,js,сортировка")
Именно этих - нету. Арифметика целых чисел в java строгая.
Для флоатов подобные ошибки норма просто из-за их двоичного представления. Поэтому любой нормальный девелопер знает, что флоаты нельзя использовать для точных вычислений, например, для подсчета денег(нужно использовать целые плюс порядок).
Но в js, как обычно, все через жопу, и для представления целых чисел используются неточные флоаты...
Для флоатов подобные ошибки норма просто из-за их двоичного представления. Поэтому любой нормальный девелопер знает, что флоаты нельзя использовать для точных вычислений, например, для подсчета денег(нужно использовать целые плюс порядок).
Но в js, как обычно, все через жопу, и для представления целых чисел используются неточные флоаты...
Немножко не так. В реальной работе НЕОБХОДИМОСТЬ сложения шишек с ёлками встречается не так часто, а вот само сложение в результате невнимательности попадает в код чаще, чем нужно, и до поры до времени остаётся там незамеченным.
Сам использую scalajs, там статическая типизация.
Сам использую scalajs, там статическая типизация.
'' == 0 // истинно
' ' == 0 // истинно
при этом
'' == ' ' // ложно
Всё очевидно конечно, но выглядит как нарушение принципа транзитивности )
' ' == 0 // истинно
при этом
'' == ' ' // ложно
Всё очевидно конечно, но выглядит как нарушение принципа транзитивности )
Думаю многие уже видели, но я все-таки пошарю. Больше примеров странного поведения нетипизированных языков.
https://www.destroyallsoftware.com/talks/wat
https://www.destroyallsoftware.com/talks/wat
Чтобы написать коммент, необходимо залогиниться
