Pull to refresh
6
6

Программист с большим стажем

Send message

Эх, много места. У меня столько нет (

Хммм, и почём опиум лля народа, включая всё? А также, сколько места надо в квартире? Надо ли прыгать и бегать из стороны в сторону и от сьола к столу, как в настоящей игре?

Ну так я же и написал об этом - зачем в алфавитном языке составлять слова, если комбинаций букв и так хватает с лихвой? А с иероглифами так не пройдёт, их и так слишком много! Про склонения и прочее - да, иероглифы и так слишком сложные для написания рукой, чтобы запоминать ещё и их разновидности. Кстати, как насчёт скорости написания рукой?

Вы очень удивитесь, но само+лет, паро+ход, теле+фон и прочие слова тоже составные. И тут возникает 2 варианта - или из 20-30 букв составлять сотни тысяч слов через комбинации из 1-15 букв, или из тысяч иероглифов путем комбинаций из 1-3(?) составлять те же сотни тысяч слов. Вариант с буквами нравится больше, потому что написание нового слова можно угадать по звучанию и наоборот.

Многие тестовые фреймворки сделаны специально так, чтобы обычные тестировщики сами могли писать тестовые сценарии. Тогда все автоматизированное тестирование делится на две части: 1) программист пишет обвязку вокруг фреймворка и по заявкам от тестировщиков разрабатывает набор шагов тестов, но сам сценарии не пишет; 2) и уже тестировщики используют разработанные шаги для написания тестовых сценариев.

Гораздо драматичнее так: человек копает метро, а на пути... )

В том-то и дело, что ничего там не складывается, кроме красивой цепочки красивых слов без какой либо логики, обоснования или смысла.

Еще раз, это сильно зависит от проекта.

Именно один проект. Потому что каждую технологию надо применять строго по требованиям конкретного проекта. Андроид это или что-то еще, значения вообще не имеет.

Автора по ссылке не считаю лириком. Всё модели/теории физиков и математиков проверяемы и опровергаемы - это два из трех свойств любой нормальной научной модели/теории.

Абстракций в математике не так много и логично на каждую, часто используемую, придумать свой символ.

А что делать? Тяжёлое детство, деревянные игрушки...

Вв про Мандарин?

А для русского и не надо придумывать иероглифы. Зачем? Ещё раз, иероглифы - более архаичная система записи, чем алфавитная. Как зачеркивание палочек - более архаичная запись чисел, чем римская, а римская - более архаичная, чем арабская (придуманная не арабами).

Не увидел тут ни капли науки.

Как же прекрасная каллиграфия "огромно повлияла" на китайцев? По логике автора, они должны быть одухотвореннее, чище, благородней, честнее, чем европейские люди с их формальными алфавитами. Каковы же факты? Факты совершенно не соответствует этому "магическому" утверждению (которое называется враньем или ложью у недуховных европейцев). Факты говорят, что китайцы в равной степени с остальными нациями подвержены всем человеческим порокам, и Китай как страна живет совсем не чудесным и справедливым общественным строем, а скорее наоборот. История Китая ровно такая же, как и у неодухотворенных европейцев - войны, войны, войны.

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

Пару-тройку больших несоответствий с фактами уже отметил выше. С какими же фактами можно согласиться? Иероглифы это архаичное изображение слов в виде предметов, которые они обозначают. Да, потом это усложнилось, видоизменилось, но суть такая. Итог - 1) их очень, очень много, но всё равно их приходится комбинировать для обозначения сотен тысяч слов в любом современном языке; 2) вариантов значений у иероглифов должно быть гораздо больше, чем у европейских слов, что только повышает "магию" (неразбериху и неоднозначность).

Европейская (и любая другая) алфавитная письменность принципиально более прогрессивна, так как она более абстрактна, так как несравненно более короткий алфавит через комбинаторику используется для обозначения сотен тысяч слов. Причём для гораздо более точного обозначения по сравнению с иероглифами.

Тяжело "лирику" на сайте "физиков")

Да, автор явно мыслит "магически", а точнее заменяет действительное на желаемое.

Интерфейсы это прекрасно, но они вовсе не предполагают всю DI выносить в рантайм. Тесты писались на тестовых стендах с абсолютно тем же набором бинарников и конфигов зависимостей. Но даже если нужно менять что-то для тестов, это явно не сотни независимых зависимостей.

На эту тему как раз

Старый уникальный индекс не даст этого сделать, пока не будет удален. При RPS близком к 1000 даже за минуту вы поймаете несколько ошибок.

RPS тут ни при чем, а при чем только частота удаления/повторного создания записей.

В идеале, логику на удаление которое не удаление, нужно было добавить в последнюю очередь. Тогда бы все заработало.

А совсем крутой DBA-пофигист кладёт на)

В самом начале лучше написать, что это JS, которая внутри браузера, а не на сервере.

Ошибка перехватывается в блоке try...catch, а ее обработка асинхронно планируется с помощью queueMicrotask

Нет, обработка произошла синхронно и состояла в том, чтобы запланировать некое асинхронное действие (поставить его в очередь).

А закончить лучше так: джавускрипт надо было бы убить ещё в детстве, но тогда не было альтернатив... ну так склалось. ;)

Реплика в зал.

Я видел, как DI используется совершенно бездумно, просто потому, что это модно и кошерно сегодня, как завтра будет модно что-то другое.

Например, в одном внутреннем проекте одной фирмы каждый релиз билдился с нуля целиком и никогда в течение жизни ни одна зависимость не менялась. Но этих run-time зависимостей были сотни и сотни. Вопрос - зачем? Зачем так усложнять проект, если все зависимости по сути статические?

Information

Rating
725-th
Location
Химки, Москва и Московская обл., Россия
Registered
Activity