NO
Беда в том, что мой код обычно никто не использует, ибо я его пишу в стол, в академических целях, фидбека собрать неоткуда. У меня нет идеи на миллион, которую можно закодить и собрать кучу юзеров
Size: a a a
Rust LGBTTQQIAAPPС++ political tutorial dick measurement strikeforce
113 membersпожаловаться на группу
2021 September 01
P
Просто когда ты смотришь на хороший апи, работает ошибка выжившего — апи хороший, ты его от этого и видишь. А плохие ревизии не ушли в прод, их зарезали ещё раньше и переделывали, и часто их делал не один человек.
P
Ну, или не зарезали, но они были плохими, не стали популярными — ты их не видишь.
P
Значит тебе нужен проект, который ты можешь долго писать и переписывать.
NO
Хотелось бы знать, где такой взять. Думал лезть в опенсорс - не хватает знаний. Только грамматические ошибки в доке могу исправлять на ура
NO
Да, это очень похоже на правду....
P
(а вот во всяком энтерпрайзе можно посмотреть на хуёвый апи, который юзается из-под палки, потому, что другого нет, а за этот отвалили дохулион денег)
P
Выбери любой амбициозный пет-проджект и раздуй его до больших размеров.
Текстовый редактор, база-данных, рей-трейсер, HTTP-сервер, что угодно.
Текстовый редактор, база-данных, рей-трейсер, HTTP-сервер, что угодно.
P
начинаешь с маленького, заставляешь его работать, раздуваешь и воюешь с проблемами роста
P
новизна здесь не нужна, нужна работа
P
просто грязная работа
NO
А чем это отличается от "в стол"? Кому нужен редактор текста на фоне sublime, vscode, ...
А сервер? Nginx, Apache, microhttpd, lighthttpd, ..
Про базы данных я и сам знаю мало, не то что даже задизайнить одну...
А сервер? Nginx, Apache, microhttpd, lighthttpd, ..
Про базы данных я и сам знаю мало, не то что даже задизайнить одну...
P
Тебе. Чтобы ты его писал. Несколько раз в неделю. Целый год.
NO
Так я уже пишу понемногу всякое. И я в пузыре, получается, потому что некому оценить работу. Не в плане по достоинству, а вообще - проверить в бою.
P
"понемногу всякое" это ты учишься писать "понемногу всякого"
P
Если ты хочешь натренироваться писать сложные системы, тебе нужно писать сложные системы, а не много никак не связанных маленьких.
P
Если ты будешь растить маленький проект до большого, ты поймёшь, почему в большом не работает то, что работало в маленьком и работает, что в маленьком не работало(казалось лишним). На практике.
P
А потом, когда уже начнёшь читать всякое по архитектуре, будешь понимать о чём там пишут, а не просто читать. Мозг будет структурировать прошлый опыт, а не забывать сразу прочитанное (потому, что он такого никогда не видел, а видел другое, противоречащее написанному, значит написанное — херня какая-то академичная, можно игнорировать).
P
Короче, если тебе такое сложно — иди смотри "каратэ-пацана" и баиньки. Совет "работайте больше" не для тех, кто хочет волшебную пилюлю, которая сразу сделает его умным, красивым и богатым.
E🤙
А какой совет тогда для тех, кто хочет волшебную пилюлю?