Pull to refresh
3
0
Попов Антон @Gibboustooth

User

Send message

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

А тут и модное исследование провели, и ответственность размыли. Красота же.

Или NaN. Или BigInt. Или функций... В целом, прекрасный способ выстрелить себе в ногу.

Вместо сравнения строковых идентификаторов с помощью оператора ===, вы можете использовать метод includes

Нет, не можете.

"12" === "1" -> false

"12".includes("1") -> true

данные играют хоть какую-то значимую роль, если 1) в компании есть культура доверия данным и 2) их достаточно, чтобы делать какие-то выводы.

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

пробабилистической

Есть же прекрасный эквивалент "вероятностной". Вы точно филолог?)

Занимался пару лет преподаванием Scratch в классах. Вел классы 5-7 и 8-10 лет. В целом впечатления от работы с этой платформой положительные и у меня, и у учеников. Но есть моменты, которые раздражали:

  • очень бедная стандартная библиотека картинок. Может быть, это сделано специально, чтобы стимулировать учеников рисовать свои компоненты, но в стандартной библиотеке нет даже необходимой базы.

  • нет внутриклассной библиотеки компонентов и картинок, откуда ученики могли бы брать объекты для своих работ и создавать собственные. Если учетник может создать что-то, чем смогут воспользоваться одноклассники - это огромная мотивация делать классные вещи. Тем более в классах быстро создается своя атмосфера и свои мемы. Например, у меня в классе половина детей фанатела от Undertale и процентов 90 - от Майнкрафта. Если бы у нас была внутриклассная библиотека - она была бы набита объектами на эту тему.

  • большие размеры экрана. Размеры экрана Scratch - 480*360px. У всех моих учеников относительно современные ноутбуки с экранами 16*10, но все равно приходится "впихивать" свои проекты в крошечный стандартный экран.

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

Как там говорится?

Плохие времена порождают сильных людей -> Сильные люди порождают хорошие времена -> Хорошие времена порождают слабых людей -> Слабые люди порождают плохие времена

Я бы добавил:

  • умение удерживать в голове и оперировать абстактными конструкциями и их взаимосвязями

  • умение проводить критический анализ, моделировать поведение, находить проблемные места

  • умение переключаться между уровнями абстракции и подбирать правильный уровень абстракции

Не обязательно умножать двузначные даже.

Можно увидеть, что 365 — это 73 * 5.

А 5 * 12 * 12 + 10 = 10 * ( 6* 12 + 1) = 10 * 73

И в итоге мы имеем токсичного хрена, который облил коллег говном, положил на требования, проигнорил макет и сделал что-то свое, потому что "так лучше".

Боюсь, с такими исходными даже на стажера не возьмут.

Поэтому судьба проекта StarLink в руках инженеров SpaceX, кто создает StarShip.

Т. е. судьба StarLink в руках StarShip, а судьба StarShip в руках StarLink (другой нагрузки для него пока нет)? Замкнутый круг какой-то получается.

const formatNumber = cardNumber => {
  let cNumToStr = ''
  let it = 0
  
  String(cardNumber).split('').forEach((s) => {
    if (it % 4 === 0) {
      cNumToStr = cNumToStr + ' '
    }
    cNumToStr = cNumToStr + s
    it++
  })
  return cNumToStr
}

Отличная реализация форматирования! А то неопытный разработчик мог бы написать

const formatNumber = (cardNumber: string): string => cardNumber.match(/\d{4}/g).join(' ')

и немедленно вылететь с работы. Не за то ему платят, чтобы функции в одну строчку писать.

Кстати, еще один отличный совет: ни в коем случае, ни при каких обстоятельствах не использовать Typescript

Вот да! Почему-то больше никто не указывает на самую вопиющую логическую ошибку во всей аргументации автора.

которые могут быть объяснены только наличием какой-то дополнительной материи, о которой мы не знает

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

Интересно, никогда не слышал о таком правиле (понятно, что «cups of tea» исчислимое, но чтобы прям «how many teas» в смысле не «сколько видов чая», а «сколько чашек чая» можно было сказать — это что-то новое). А есть какая-то ссылка на правило?

можно спросить "сколько пакетов?" - "how many cartons?", если из контекста понятно, что речь о молоке. "Сколько молоков?" вам ведь не кажется понятным?

Вы можете спросить "сколько молока?" вопросом "How much milk? ", но вы не скажете "how many milks?", также как не скажете "сколько молоков?"

'Milk' не имеет формы множественного числа и употребляется с "much"

Вопрос можно примерно перевести как "сколько молоков?" добавление "в корзинке" не спасает.

Да, действительно. Спасибо за пояснение.
А вот здесь речь не про ДНК-вакцину?
Unlike VSV and CMV, “Wild" fully replication-competent Ads have been used as vaccines against respiratory adenovirus infections in nearly a half million military recruits (34).
source
1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity