Чтобы шутка не стала трагедией, советую подготовиться.
Во-первых, есть архив SO: https://archive.org/download/stackexchange
Во-вторых, есть программы для локальной документации, я видел интеграцию SO только в Dash: https://kapeli.com/dash (он только на macos, для других систем есть Zeal, но там нет SO: https://zealdocs.org)
если человек неспособен обойти блокировку СО, то в разработке, какой бы она ни была, ему делать нечего.
Если человек не способен отличить блокировку узла сети от изоляции или отсутствия самой сети, то ему вообще в IT делать нечего
это только если речь про модную нынче приостановку работы, другое дело если нам конкретно интернеты изолюруют, а шансы есть
Что ты будешь делать, когда уйдут иностранные магистральные провайдеры? Интернет в РФ будет представлен серверами на территории РФ.
Это не программное ограничение, это отключение кабелей.
Если человек неспособен работать без СО, то в разработке, какой бы она ни была, ему делать нечего.
Вот вы прям за любую технологию принимаетесь и сразу профи? Ну ок, предположим, что именно Вы профи, как и откуда черпать знания другим? То есть надо любому человеку брать блокнот, компилятор, язык програмирования и писать все с нуля?
Есть технологии и программные продукты, SDK, алгоритмы, которые уже написаны и ими пользуются, поэтому их применение может и должно вызывать вопросы, так как не все хорошо документировано, или документирована только та часть, которая про то как надо делать, а то как НЕ надо делать документации нет. SO - это помощь людей, у которых можно спросить совета, научиться чему-то. Книги и документация - это важно, но это статические знания. Книге невозможно задать вопрос. Это как получается, что очное образование не нужно, а все могут только по документации учиться? Я не уверен, что все так могут. Точнее, нет, не так. Я в этом уверен, ведь популярность SO это подтверждает. И не надо говорить про миллионы мух. Это не мухи, а живые люди. Вы слишком категоричны, что немного подозрительно.
Ох, как у вас пригорает, судя по всему)
У каждого продукта - есть официальный ман, хоть в каком-нибудь виде. О том, что при проблемах, лучше лезть в issue - не знает только ленивый. Архитектура, паттерны и.т.д. - есть куча книг, нормальных статей и.т.д.
И зачем тогда нужен so нормальному разработчику, если все проблемы можно решить указанными выше способами?
На so, d 99% - тупые вопросы, и если человек не может на них найти ответ без него - значит ему нечего делать в разработке. Да и качество ответов там - так себе.
Для прикола зашел, и посмотрел последние вопросы.
1. React компонент не подключается по socket.io
Пишу приложение на React, нужно подключиться по socket.io. Подключение работает когда я вставляю код в в body, socket возращает connected true. Но когда я подключаюсь через компонент, то подключения не происходит ну и у socket connected false. С чем это может быть связано? Как правильно подключаться через react component? Вот код компонента.
Вопрос из уровня - я не понимаю как работает реакт, так как не прочитал официальный ман, мне лень, ткните пальцем.
2. Как правильно сделать встраивание div блока?
No comments
3. Считывать данные из подпроцесса в консоли Python в переменную
Всем добрый день. Подскажите, как можно решить такую проблему: У меня есть Python - файл, из которого запускается Prolog - файл. Данный Prolog - файл взаимодействует с пользователем в формате вопрос - ответ, при помощи консоли. Мне необходимо считывать эти данные с консоли, чтобы в дальнейшем передавать в интерфейс PyQT. Я не знаю как это сделать. Все примеры кода, которые я нашел, могут считывать консоль только с основного процесса, а не подпроцесса. Всем заранее спасибо за помощь, код прилагаю.
Что? Это же уровень hello world из любого учебника по питону)
1. Если человек задает подобные вопросы - разработчиком ему точно не быть.
2. Нет. на so есть вопросы, которые не стыдно задать, но их действительно - 1%, и люди, которые их задают - смогут найти ответ в другом месте, если so исчезнет.
Ну на счет быть или не быть - это вопрос сложный. Тупить - это нормально. И то, что Вы наблюдаете большой тупеж - это систематическая ошибка выжившего. Надо смотреть не на тех тупарей, которые задают вопросы, а на тех, кто этих вопросов не задает, читая ответы. Глупые вопросы на старте - это нормально. Я не могу понять, почему Вы думаете, что глупые вопросы - это прям катастрофа и сразу клеймите людей.
И да, возможно, пригорает, но не смотрите вы на эти глупые вопросы, попытайтесь найти действительно ценные вопросы и действительно ценные ответы. Я вот об этом. Например, есть такие люди как, допустим, Stephen Toub, Stephen Cleary. Их вклад в .net сложно переоценить, так как это сотрудники MS и много что задизайнили и реализовали в самой платформе. Так вот, почитав их его ответы на SO можно понять, зачем все это. Это ответы на сложные, понцептуальные вопросы, которые без дополнительных объяснений понять сложно, замечу, что не невозможно, а сложно.
Не все одинаковые.
И да, если SO пропадет для нас, научимся задавать в другом месте. Наверно, научимся. Я вот на заре своей "карьеры" пытался что-то спрашивать на sql.ru. Более токсичного и помойного места по разработке я не встречал. Когда задаешь любой вопрос, люди делятся на две категории: "зачем я спрашиваю, это не надо спрашивать, все я делаю не так" и "ты тупой, гыгыгы, иди в зад". На SO такого нет, либо я с таким не сталкивался.
Лига программистов
2.1K постов11.9K подписчика
Правила сообщества
- Будьте взаимовежливы, аргументируйте критику
- Приветствуются любые посты по тематике программирования
- Если ваш пост содержит ссылки на внешние ресурсы - он должен быть самодостаточным. Вариации на тему "далее читайте в моей телеге" будут удаляться из сообщества