Я как-то попросил Composer 2 добавить поддержку стороннего API в код. Мне было настолько лень, что я просто скинул токен в чат и дал ему задачу. В ответ я получил жирным шрифтом «А теперь срочно. Вы отправили токен в чат. Незамедлительно деактивируйте его». Ну хорошо хоть не капслоком. Задачу он даже не попытался выполнить. Ни одна другая модель не общалась со мной в режиме срочности, будто это дешевый маркетинг. Токен я конечно менять не стал.
I once asked Composer 2 to add support for a third-party API in the code. I was so lazy that I just dropped the token into the chat and gave it the task. It replied in bold “This is urgent. You sent the token in the chat. Revoke it right now”. At least it wasn’t in all caps. It didn’t even try to do the task. No other model has ever talked to me in that urgent tone, like some cheap marketing gimmick. Of course, I didn’t bother changing the token.
В американском стиле используются двойные типографские кавычки “ ”, в британском одинарные ‘ ’, а в технической документации прямые " ". В американском стиле знаки препинания ставятся внутри кавычек, в британском исходя из смысла. Но часто даже в американских блогах и технических книгах знаки ставят по смыслу, а не внутри.
Апостроф есть прямой ' и типографский ’. Для статей и постов рекомендуется использовать типографский апостроф. Хотя если посмотреть популярные новостные издания или блоги крупных технологических компаний, можно заметить, что у них даже в одной статье могут быть смешаны типографские и прямые апострофы и кавычки. Некоторые ИИ агенты не умеют использовать типографские символы и заменяют их на прямые.
Всегда удобнее ставить прямые кавычки, чем зажимать 3 клавиши для типографских. Тем более в прямых одинаковый символ для открытия и закрытия кавычек, а в типографских разные. На ноутбуке можно настроить умную автозамену на типографский вариант, но большинство программ игнорируют эту настройку. Если вы пишете на разных языках или под разный стиль, то умная замена не поможет. Можно настроить скрипт для автозамены перед публикацией статей, но если в статье содержатся примеры кода, то в них нельзя делать замену. Можно перед публикацией вручную заменять на типографские, но при ответе на комментарии снова будут прямые. Есть шрифты, которые красиво отображают прямой апостроф, но шрифт контролируешь только на своем сайте. Некоторые сайты при наборе текста автоматически заменяют на типографские знаки, но если делать вставку текста, то в нем оставляют прямые.
American style uses double typographic quotes “ ”, British style uses single typographic quotes ‘ ’, and technical documentation uses straight quotes " ". In American style, punctuation goes inside the quotation marks; in British style, placement follows meaning. But even in American blogs and technical books, punctuation is often placed by meaning rather than inside.
The apostrophe is either straight ' or typographic ’. For articles and posts, the typographic apostrophe is recommended. But if you look at popular news outlets or blogs from large tech companies, you’ll often find straight and typographic apostrophes and quotation marks mixed even within the same article. Some AI agents can’t use typographic symbols and replace them with straight ones.
Straight quotes are always easier to type than holding 3 keys for typographic ones. On top of that, with straight quotes the opening and closing mark is the same character, while typographic quotes use different ones. Smart auto-replacement to typographic symbols can be set up on a laptop, but most apps ignore that setting. If you write in different languages or for different styles, smart replacement will not help. You can set up a script to replace them before publishing articles, but if the article contains code examples, you can’t replace them there. You can also replace them manually before publishing, but when replying to comments you end up with straight ones again. Some fonts render the straight apostrophe beautifully, but you control the font only on your own site. Some websites automatically convert typed text into typographic marks, but if you paste text, they leave the straight ones in.
По статистике, 90% стартапов закрываются в первые годы работы. Но это применимо только к венчурным стартапам. В стартапах с другим финансированием вероятность успеха может быть 50%, а ваша личная вероятность может быть еще выше.
Если вы уже запустили 5 стартапов, даже если все они закрылись, то в следующем стартапе у вас будет больше шансов на успех, чем у того, кто делает свой первый стартап. А если какие-то из ваших стартапов стали прибыльными, то в следующем стартапе у вас больше шансов, чем у того, кто сделал 5 только убыточных стартапов. С каждой новой попыткой вы повышаете свои шансы на успех.