Статейка про природу нашего беспокойства. Для хомо сапиенс характерно больше беспокоиться и переживать за будущее, чем за кратковременное настоящее. В отличие от менее развитых существ. Чем более цивилизовано общество, тем меньше его членам нужно заботиться о сиюминутном выживании, но тем больше они вынуждены переживать за свое и сородичей будущее. Образование, перспективы, зарплата, семья... И чем меньше уровень цивилизованности, тем короче тот период времени, за который человек пытается заглянуть. Причем это заметно и в современном обществе. Чем спокойнее и стабильнее живет страна (тот же СНГ), тем дальше начинают загадывать ее граждане — на 10, 20 и более лет. В 90е загадывать на год-два вперед было уже сложно.
В отличие о людей, у животных таких проблем нет. Поймал оленя, съел, валяешься под деревом и ни о чем не думаешь. Только пытаешься сам не стать съеденным.
Показаны сообщения с ярлыком articles. Показать все сообщения
Показаны сообщения с ярлыком articles. Показать все сообщения
16 апр. 2016 г.
31 янв. 2016 г.
Почему так мало людей становятся программистами?
В дополнение к статье "Не будите спящего программиста" хочется зафиксировать еще одну статейку, правда на английском. Это ответ на вопрос на сервисе Quora: "Why Don't More People Work As Programmers?" Поскольку подобные сервисы грешат всякими пропаданиями, зафиксирую ее копипастом здесь. В кратком изложении заметка рассказывает о том, что быть программистом (от себя добавлю, что описание может касаться и некоторых други Software специальностей типа DevOps и QA), нужно постоянно учиться чему-то новому, постоянно соревноваться с новичками, которые знают меньше, но готовы пыхтеть ночами, говнокодить, использовать кучу лишних костылей и велосипедов, постоянно нужно быть в курсе новых технологий, веяний, языков, инструментов... И к тому же, нужно учиться создавать продукты во все более узких рамках и короткие сроки. Постоянно. Бесконечно. Далеко не все могут, хотят, готовы на такие темпы.
Becoming a good programmer is incredibly difficult and it doesn't happen quickly.
We can't expect to plant some trees and have 2000-year-old redwoods grow overnight, regardless of the demand for them.
Personality traits
Not having these personality traits is enough to weed out most people.
Subject Matter
Work/Life Environment
On top of that there are the management aspects.
Programmers are often treated like factory workers. People with no programming talent (and less business sense) are often in charge of projects. They think programmers are cogs in the machines. The truth is programmers are artisans and to get the best results from a project the wise thing to do would be to ask the people who are experts at programming how things should be done! Just about every project ends up being over budget and behind schedule, forcing programmers to work tons of uncompensated and unappreciated overtime to deliver a poorly-designed and poorly-tested product. The great programmers realize that they're not being paid more than the crappy programmers because management can't tell the difference - and on top of that, they're doing extra work to compensate for other programmers being below-par. And great programmers who speak up and try to change things for the better are often intimidating to managers, who often try to get rid of them (which is a general employment trend discussed in other posts). Enough of this and it's easy to see why good people get fed up with the profession - especially since there are plenty of other opportunities. People who are even average programmers, as long as they're reasonably good at dealing with people, have enough skills to be successful in a variety of other professions. Programming is something that can be easily transferred out of, but not into.
Good programmers are probably less likely to be randomly looking for work.
It's easy to find programmers. It's hard to find good programmers. The crappy programmers are probably perpetually looking for work. The good programmers, if a company realizes that they're good, should do whatever it takes to hang on to them, so they're probably looking for work a lot less often. And when they do they're choosy about where they want to work - which would explain why many companies claim "there are no good programmers available - all we can find are crappy ones." As has been said elsewhere, a good programmer can certainly be worth several times what an average programmer is worth, and a crappy programmer can actually have negative value. And it's really tough (if not impossible) for crappy and average programmers to turn into good ones - and certainly not worth the investment for any startup to try to undertake when they're supposed to be focused on developing something quickly and getting it out the door.
Becoming a good programmer is incredibly difficult and it doesn't happen quickly.
We can't expect to plant some trees and have 2000-year-old redwoods grow overnight, regardless of the demand for them.
Personality traits
- One basically has to be an autodidact to learn programming. It takes years of practice to learn everything necessary to get beyond just a basic level where you can write short programs that work. No one has ever become a great programmer just by taking classes or reading books. It takes hours of practice. And contrary to popular belief, CS programs do not teach programming. CS programs teach theory.
- As a programmer you need to have nearly unlimited persistence to continue trying to troubleshoot, fix, and develop things. It takes a special person to persist this much, especially when it often seems like you're not making any progress. This is pretty much a personality trait, and not having this level of persistence is enough to turn off most people who don't have it from the profession.
- You need to be exceptional at math and problem solving. Programming is a LOT of problem solving.
- You need to have an excellent short term (and long term) memory so that you can juggle multiple things in your head simultaneously, and remember what you wrote a month ago.
- You need to have a great understanding of how things interrelate and how to design good architecture. If I change this little thing here, what might I be breaking elsewhere?
- You need to have incredible attention to detail. Close doesn't cut it in programming. Forget a semicolon somewhere? Program isn't going to compile! Misspell a function name? Your program could be doing something completely different than you anticipated.
Not having these personality traits is enough to weed out most people.
Subject Matter
- You need to have a strong understanding of data structures and classes and know when and how to use them.
- You need to have some familiarity with libraries that have already been developed so that you don't have to reinvent the wheel.
- You need to have familiarity with a lot of basic (and advanced) algorithms, again so that you don't have to reinvent the wheel.
- Often you need to know the limits of the hardware that you're working with so that you can do things like managing memory properly and avoiding running out of it, or utilizing your memory properly to eliminate wasted transfer of data within the processor and speed up processing.
- So you can program. Great! But do you know anything about packet structure, TCP/IP, HTML, CSS, user interface design, or databases? Programs don't run in isolation.
- There's a ton of stuff you need to know, and it keeps changing! It's not something you can be truly great at unless it's your main focus. You can't be a "weekend programmer."
Work/Life Environment
- You need to have long blocks of uninterrupted time so that you don't lose your concentration when you're programming (and learning to program). Many work (and home) environments struggle to offer this. Phone rings? Great, it's going to take you 15 minutes to regain your train of thought.
- You often have to make decisions about tradeoffs on the fly. Sure, you could write a program that could handle every single case, but how often is someone really going to put in "zero" as an input? Besides, we're behind schedule, and it's more important to get something up and running right now.
- On top of all this, the language that you thought was the next big thing was a passing fad and nobody is using it 5 years later. Now you're on to the next cool language, which might not be used 5 years from now. You constantly have to stay on top of things.
On top of that there are the management aspects.
Programmers are often treated like factory workers. People with no programming talent (and less business sense) are often in charge of projects. They think programmers are cogs in the machines. The truth is programmers are artisans and to get the best results from a project the wise thing to do would be to ask the people who are experts at programming how things should be done! Just about every project ends up being over budget and behind schedule, forcing programmers to work tons of uncompensated and unappreciated overtime to deliver a poorly-designed and poorly-tested product. The great programmers realize that they're not being paid more than the crappy programmers because management can't tell the difference - and on top of that, they're doing extra work to compensate for other programmers being below-par. And great programmers who speak up and try to change things for the better are often intimidating to managers, who often try to get rid of them (which is a general employment trend discussed in other posts). Enough of this and it's easy to see why good people get fed up with the profession - especially since there are plenty of other opportunities. People who are even average programmers, as long as they're reasonably good at dealing with people, have enough skills to be successful in a variety of other professions. Programming is something that can be easily transferred out of, but not into.
Good programmers are probably less likely to be randomly looking for work.
It's easy to find programmers. It's hard to find good programmers. The crappy programmers are probably perpetually looking for work. The good programmers, if a company realizes that they're good, should do whatever it takes to hang on to them, so they're probably looking for work a lot less often. And when they do they're choosy about where they want to work - which would explain why many companies claim "there are no good programmers available - all we can find are crappy ones." As has been said elsewhere, a good programmer can certainly be worth several times what an average programmer is worth, and a crappy programmer can actually have negative value. And it's really tough (if not impossible) for crappy and average programmers to turn into good ones - and certainly not worth the investment for any startup to try to undertake when they're supposed to be focused on developing something quickly and getting it out the door.
19 мая 2015 г.
"Woz: We've made machines too important". А Баба Яга против.
Думаю, что опять происходит неосознанная путаница. Как современные смартфоны (хотя я считаю, что старое название "наладонник", "наладонный компьютер" гораздо более правильное) называют телефонами и пытаются предъявлять требования как именно к телефонам: моя нокия умеет звонить и отправлять СМСки и держит батарею 3 недели — это и должен делать телефон; а эти новомодные "телефоны" умеют все кроме того что звонить и разряжаются за день. Если бы их называли именно наладонниками, то и претензий бы не было. Да, он умеет звонить по GSM/CDMA. Да, он умеет работать с СМСками. Но это наладонный компьютер!
Так и в свете этой статьи (да и в обществе вообще) компьютеры (не забываем, что "мобильный телефон" == "наладонный компьютер") рассматриваются как некие разумные существа, которые крадут _моск_ обывателя. А это фактически всего лишь модем. Модулятор-демодулятор. Это интерфейс для коммуникации в сети. Коммуникации между людьми. Это окно. Окно для общения без ограничения в количествах и расстояниях. Никто же не сетует на то, что мне хватает веревочки на звонке, чтобы общаться с внешним миром, а эти новомодные проемы в стенах просто таки и стекло требуют дорогое, и позволяют подглядывать в них... Да и срок жизни большого окна меньше дырочки в бетонной стене. Современные мобильники — это средство общения. На обоих концах связи стоят (так или иначе) люди. Было бы гораздо проще называть их именно наладонниками и рассматривать как провод между тут и там. Тут — я, там — что-то другое.
17 июл. 2014 г.
Обзор: Don’t Overwhelm Yourself Trying to Learn Too Much
"Don’t Overwhelm Yourself Trying to Learn Too Much". В трех словах: "Нельзя объять необъятное". В данном случае — в приложении к самообучению программистов. Держать себя в тонусе конечно нужно, но если наброситься на все новости, инструменты, языки, методики, то специалистом все равно во всех областях не станешь, а сил и времени не вернешь. Походу к этим мыслям приходят со временем все. И Козьма Прутков тоже был не первым.
Обзор: What Makes a Good Check-in?
В статье "What Makes a Good Check-in?", как ни странно, обсуждается не Forsquare, а SVN. Потому я бы назвал статью в "What Makes a Good Submit?", но что есть, то есть. В статье рассуждается про пользу систем контроля версий, про то, как должен оформляться сабмит для того, чтобы нести реальную пользу для его автора и всех последующих пользователей. В общем, ничего особо нового, но освежить знания и понимание необходимости правильных самитов помогает.
6 июн. 2014 г.
По мотивам новостей и статей.
Решил постить в блог свои мысли и заметки по поводу прочитанных новостных и не очень статей.
Начну с Beware the next circle of hell: Unpatchable systems в Infoworld. Основной вывод из теста статьи:
Со временем и софт и железо морально устаревает. Кроме всего прочего (устаревающие алгоритмы, повышенное энергопотребление, ограниченный набор функций) и то, и другое изучается и потенциально подвергается попыткам взлома. Поэтому давая жизнь какой-то системе нужно предусматривать возможность обновления. А с точки зрения потребителя этих систем нужно предусматривать возможность обновления и замены софта/оборудования, которые не поддерживают обновления.
Начну с Beware the next circle of hell: Unpatchable systems в Infoworld. Основной вывод из теста статьи:
Со временем и софт и железо морально устаревает. Кроме всего прочего (устаревающие алгоритмы, повышенное энергопотребление, ограниченный набор функций) и то, и другое изучается и потенциально подвергается попыткам взлома. Поэтому давая жизнь какой-то системе нужно предусматривать возможность обновления. А с точки зрения потребителя этих систем нужно предусматривать возможность обновления и замены софта/оборудования, которые не поддерживают обновления.
Подписаться на:
Сообщения (Atom)