Костыль костылю рознь Под «костылем» я имею в виду легкое, быстрое, не очень корректное решение, которое либо чинит симптом, но не решает причину, либо решает причину, но ненадежно, в угоду скорости и простоте.
В ИТ, да и в жизни по мере приобретения профессионализма и житейской мудрости часто люди проходят путь от неприятия костылей до нормального к ним отношения. Хотелось бы немного подумать, а как же так получается, что костыли можно и ценить? И почему некоторые перегибают и получается печальный результат?
Костыль? Ни в жисть, я же ПРОФЕССИОНАЛ! Начинающие специалисты, которым интересна и близка сердцу их работа, ни за что не хотят костылить. Их не убедишь никакими доводами. Они хотят сделать хорошо, надежно, канонично. Делают это для блага дела на много лет вперед и для самого себя, чтобы немножко подкрепить свое кредо профессионала.
Сам через это проходил, не могу их упрекать и считаю нормальным, что многие через это проходят.
Костыль? А давай жахнем, щас так надо По мере роста профессионализма, опыта и хождения по граблям, люди начинают более спокойно воспринимать костыли. Уже становится понятнее, что где-то идеально и не обязательно, где-то надо лишь бы побыстрее, а где-то дальше проект не будет развиваться, поэтому допустимо вставить костыль за день, и проект на нем проедет еще 3 года, а сэкономить можно месяц на тотальной переделке.
И это тоже мне знакомо. Не знаю точно, как именно этому научиться. Как-то начинаешь думать не только про себя, а про выгоду для команды и компании в целом. Ну и еще конечно, если после того, как несколько раз хорошенечко закатаешь рукава, поработаешь много и добросовестно, бизнес выкинет это в мусорку, потому что концепция изменилась, новый ветер подул, предупредить забыли и так далее.
Со временем приходит чутье, где грань тонкая и можно костыльнуть, а если чутье обмануло, то потом переделать. Даже учишься ставить костыли именно так, чтобы проще было их потом поменять.
Костыль? Давай вставлять везде, я же просветлился! А бывает такая категория граждан, которая думает, что уже достаточно просветлились и начинают костылять при любом подходящем случае, совершенно не разбирая, подходит ли для этой проблемы костылизация или нет.
Это касается и разработчиков, и менеджеров. Сколько мы видели разрабов, которые хардкодят, копипастят, не думают над архитектурой, лишь бы побыстрее задачу закрыть, а потом приходится все переделывать? А сколько менеджеров, которые, продавливая костыльные решения, говорят «ну это щас так надо, ты потерпи, а вот потом…», а это «потом» никогда не наступает, и команда разваливается, и проект проваливается?
В чем разница? Буду рад, если вы в комментариях предложите свой взгляд на то, когда вставлять костыль – это мудрое решение, а когда провальное. На мой взгляд, хороший ориентир того, надо костылить или нет – это частота изменений в накостыленном месте.
Если у вас есть проект или уголок проекта, где редко что-то меняется, а если и меняется, то очень слабо, то можно костыльнуть и пожить пока так, посмотреть, насколько идея неплоха. А если у вас система живая, команда живая, и постоянно всё бурлит, а вы туда костылей подбрасываете, то это заявка на провал. И костыли держать нормально не будут, и разломаются быстро под напором, прихватив с собой то, и тех, кто рядом стоял.
Итог Хорошенечко подумайте, где, как и зачем вы костылите. Постарайтесь хотя бы по имеющимся у вас данным спрогнозировать, что будет послезавтра с этим костылем, зачем он вам нужен, и почему бы лучше сразу не сделать нормально.
Костыль костылю рознь Под «костылем» я имею в виду легкое, быстрое, не очень корректное решение, которое либо чинит симптом, но не решает причину, либо решает причину, но ненадежно, в угоду скорости и простоте.
В ИТ, да и в жизни по мере приобретения профессионализма и житейской мудрости часто люди проходят путь от неприятия костылей до нормального к ним отношения. Хотелось бы немного подумать, а как же так получается, что костыли можно и ценить? И почему некоторые перегибают и получается печальный результат?
Костыль? Ни в жисть, я же ПРОФЕССИОНАЛ! Начинающие специалисты, которым интересна и близка сердцу их работа, ни за что не хотят костылить. Их не убедишь никакими доводами. Они хотят сделать хорошо, надежно, канонично. Делают это для блага дела на много лет вперед и для самого себя, чтобы немножко подкрепить свое кредо профессионала.
Сам через это проходил, не могу их упрекать и считаю нормальным, что многие через это проходят.
Костыль? А давай жахнем, щас так надо По мере роста профессионализма, опыта и хождения по граблям, люди начинают более спокойно воспринимать костыли. Уже становится понятнее, что где-то идеально и не обязательно, где-то надо лишь бы побыстрее, а где-то дальше проект не будет развиваться, поэтому допустимо вставить костыль за день, и проект на нем проедет еще 3 года, а сэкономить можно месяц на тотальной переделке.
И это тоже мне знакомо. Не знаю точно, как именно этому научиться. Как-то начинаешь думать не только про себя, а про выгоду для команды и компании в целом. Ну и еще конечно, если после того, как несколько раз хорошенечко закатаешь рукава, поработаешь много и добросовестно, бизнес выкинет это в мусорку, потому что концепция изменилась, новый ветер подул, предупредить забыли и так далее.
Со временем приходит чутье, где грань тонкая и можно костыльнуть, а если чутье обмануло, то потом переделать. Даже учишься ставить костыли именно так, чтобы проще было их потом поменять.
Костыль? Давай вставлять везде, я же просветлился! А бывает такая категория граждан, которая думает, что уже достаточно просветлились и начинают костылять при любом подходящем случае, совершенно не разбирая, подходит ли для этой проблемы костылизация или нет.
Это касается и разработчиков, и менеджеров. Сколько мы видели разрабов, которые хардкодят, копипастят, не думают над архитектурой, лишь бы побыстрее задачу закрыть, а потом приходится все переделывать? А сколько менеджеров, которые, продавливая костыльные решения, говорят «ну это щас так надо, ты потерпи, а вот потом…», а это «потом» никогда не наступает, и команда разваливается, и проект проваливается?
В чем разница? Буду рад, если вы в комментариях предложите свой взгляд на то, когда вставлять костыль – это мудрое решение, а когда провальное. На мой взгляд, хороший ориентир того, надо костылить или нет – это частота изменений в накостыленном месте.
Если у вас есть проект или уголок проекта, где редко что-то меняется, а если и меняется, то очень слабо, то можно костыльнуть и пожить пока так, посмотреть, насколько идея неплоха. А если у вас система живая, команда живая, и постоянно всё бурлит, а вы туда костылей подбрасываете, то это заявка на провал. И костыли держать нормально не будут, и разломаются быстро под напором, прихватив с собой то, и тех, кто рядом стоял.
Итог Хорошенечко подумайте, где, как и зачем вы костылите. Постарайтесь хотя бы по имеющимся у вас данным спрогнозировать, что будет послезавтра с этим костылем, зачем он вам нужен, и почему бы лучше сразу не сделать нормально.
Крепких и редких вам костылей!)
BY Тимлид Очевидность | Евгений Антонов
Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260
The message was not authentic, with the real Zelenskiy soon denying the claim on his official Telegram channel, but the incident highlighted a major problem: disinformation quickly spreads unchecked on the encrypted app. "There is a significant risk of insider threat or hacking of Telegram systems that could expose all of these chats to the Russian government," said Eva Galperin with the Electronic Frontier Foundation, which has called for Telegram to improve its privacy practices. What distinguishes the app from competitors is its use of what's known as channels: Public or private feeds of photos and videos that can be set up by one person or an organization. The channels have become popular with on-the-ground journalists, aid workers and Ukrainian President Volodymyr Zelenskyy, who broadcasts on a Telegram channel. The channels can be followed by an unlimited number of people. Unlike Facebook, Twitter and other popular social networks, there is no advertising on Telegram and the flow of information is not driven by an algorithm. "He has to start being more proactive and to find a real solution to this situation, not stay in standby without interfering. It's a very irresponsible position from the owner of Telegram," she said. On December 23rd, 2020, Pavel Durov posted to his channel that the company would need to start generating revenue. In early 2021, he added that any advertising on the platform would not use user data for targeting, and that it would be focused on “large one-to-many channels.” He pledged that ads would be “non-intrusive” and that most users would simply not notice any change.
from ar
