Индийские программисты получили универсальную клавиатуру

Индийские программисты получили универсальную клавиатуру

IT-юмор

5.6K пост52.4K подписчиков

Добавить пост

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

Вы смотрите срез комментариев. Показать все
6
Автор поста оценил этот комментарий

объясните

раскрыть ветку (56)
28
Автор поста оценил этот комментарий
Это нельзя объяснить, это надо видеть. Но если вкратце, то если нормальный программист напишет условие выбора через switch/case, то индусский все завернет в кучу операторов if разной степени вложенности.
А еще они очень любят переносить строки как попало, так что я бы им еще enter прилепил сюда
раскрыть ветку (51)
4
Автор поста оценил этот комментарий
Пошло все из того, что платили индусам не за конечный результат и не за время, а за количество строк кода. Поэтому вполне нормальной была ситуация, когда тот же самый свитч на 5 строк превращался в монстра проверок на 50.
16
Автор поста оценил этот комментарий

Ну, кстати. Смотрел видео синьора в энтерпрайзе, который утверждал, что все же лучше пользоваться многочисленным if-else'ами, чем case'ом. Я конечно не его дочь, но тут все не так однозначно

раскрыть ветку (45)
10
Автор поста оценил этот комментарий

Сергей Немчинский, вероятно. Он настаивает на том, что switch приводит к более частым ошибкам по невнимательности, чем if. To break забудут, то специально допускают "проваливание" и это "без комментариев с объяснением".

раскрыть ветку (5)
5
Автор поста оценил этот комментарий

В С# просто запретили проваливание, его надо явно указывать с помощью goto case 5.

раскрыть ветку (2)
Автор поста оценил этот комментарий
Ну отчасти есть небольшое проваливание
switch (i) { case 1: case 2: case 3: Console.WriteLine("i равно 1, 2 или 3"); break; case 4: Console.WriteLine("i равно 4"); break; } }
раскрыть ветку (1)
Автор поста оценил этот комментарий

Это не проваливание, это просто одно действие на разные кейсы.

2
Автор поста оценил этот комментарий

Для enterprise Java утверждение верно, а для Java в android - скорее нет. Но это как говориться "две разные Java".

1
Автор поста оценил этот комментарий

Да, он

3
Автор поста оценил этот комментарий

А я слышал рассказ одного сеньора, который утверждал что можно писать код вообще без if-else, case и прочих операторов выбора. И это типа, единственно правильный способ написания.


Я наверное слишком джун чтобы понимать как это в принципе возможно.

раскрыть ветку (23)
6
Автор поста оценил этот комментарий

Гонит твой сеньор. Даже на самом низком уровне, в инструкциях процессора, имеются условные переходы.

Строго говоря, даже конечный цикл без if организовать невозможно.

раскрыть ветку (21)
Автор поста оценил этот комментарий
А как же do while ? )
раскрыть ветку (1)
7
Автор поста оценил этот комментарий

И как же по вашему на машинных инструкциях выглядит этот цикл?

do while полностью эквивалентно


метка:

если (условие) тогда

{ ...

goto метка }


в машинных инструкциях

Автор поста оценил этот комментарий
даже конечный цикл без if организовать невозможно
Возможно.
раскрыть ветку (18)
Автор поста оценил этот комментарий

пример можно?  чтобы в машинном коде не было проверки условия

раскрыть ветку (17)
Автор поста оценил этот комментарий

Гоните на сеньора, ставите минус, требуете пример. Предлагаю денежное пари.

раскрыть ветку (16)
Автор поста оценил этот комментарий

1000 рублей устроит?  Конечный цикл без проверки условия в скомпилированном коде.

раскрыть ветку (15)
Автор поста оценил этот комментарий

Простейший вариант через целочисленное деление.

https://godbolt.org/z/qzZ-S-

раскрыть ветку (3)
Автор поста оценил этот комментарий

а где цикл-то? 

раскрыть ветку (2)
Автор поста оценил этот комментарий

Сбер Александр Сергеевич П.

Номер счета: 40817810338151624009

раскрыть ветку (10)
Автор поста оценил этот комментарий

Переведу,  как только покажете мне,  какие именно ассеблерные инструкции в вашем коде исполняются многократно. Т.  е.  где тело цикла.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Чтож спор есть спор.  Деньги перевёл.

раскрыть ветку (7)
Автор поста оценил этот комментарий

А сеньор-то прав был, по крайней мере, в первом утверждении.

3
Автор поста оценил этот комментарий

в джаваскрипте при большом количестве итераций ифэлс быстрее свичкейса

раскрыть ветку (11)
13
Автор поста оценил этот комментарий

В наше время считать наносекунды при сравнении свитча и ифа.

раскрыть ветку (9)
4
Автор поста оценил этот комментарий

Так вот из-за кого новый gmail по 10 секунд загружается!

7
Автор поста оценил этот комментарий

Нормальная практика. У тебя там может стоять загрузка большого объема данных и их проверка. Лишние доли секунды в цикле внезапно превращаются в несколько секунд.

3
Автор поста оценил этот комментарий

Но в наше время это может быть внутри цикла, обрабатывающего охулиард записей, и сэкономленный охулиард наносекунд (обычно, всё-таки миллисекунд) бывает весьма полезен.

1
Автор поста оценил этот комментарий

я это проверял еще лет 5 назад когда ИЕ 8 нужно было поддерживать

1
Автор поста оценил этот комментарий
Да нужно считать. 3g 4g покрытие отвратительное,мобильные версии сайтов тяжеловесные как слоны. Выгадывать приходится каждые 100 мс
раскрыть ветку (4)
2
Автор поста оценил этот комментарий

При чём тут покрытие и производительнось вычислений?

раскрыть ветку (3)
1
Автор поста оценил этот комментарий
При том,что то,что через интернет отдается на смартфон,должно летать как стриж,быть оптимищировано максимально и в идеале между запросами весить килобайты
раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Нет, тут нет логики.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Ну, возможно,сумбурно написал с телефона. Логика в том, чтобы как можно больше облегчать клиентский код. Логика в том, чтобы запрос не приводил к перебору, например, всей БД в бэкенде размером с килотонну. Какая-то такая логика

2
Автор поста оценил этот комментарий
True!
ещё комментарии
2
Автор поста оценил этот комментарий
Я помню код вроде крестиков-ноликов, где просто все возможные варианты игры были завернуты огромную кучу ифов. Вроде вышло 1000+ строк кода
2
Автор поста оценил этот комментарий

Хм, да я говно-прогер. Эх было время когда goto был плохим тоном.

Автор поста оценил этот комментарий

Блин.... Я индусский программист значит.

ещё комментарий
7
Автор поста оценил этот комментарий

Потому что индийские кодеры очень любят злоупотреблять IF-ELSE оператором.

раскрыть ветку (3)
7
Автор поста оценил этот комментарий
Имхо, if - else if короче и быстрее пишется. А вместо вложенных if ранний return.
раскрыть ветку (1)
21
Автор поста оценил этот комментарий

Ну надо же, индус, а так хорошо по-русски разговаривает. :)))

1
Автор поста оценил этот комментарий

допёр, спасибо

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку