Специалисты есть, но перспективы на С++, как вы и пишите, на просторах родной скудные. Работал рядом с одним таким спецом на С++, который пошел джунов в мобильную разработку на меньшую зарплату. А почему? Перспектив для роста и выбора компаний больше. Поработал он полгодика и со своим опытом за полгода скакнул выше того, что имел на С++.
Тут дело не в наличии спецов. Время упущено и в одиночку одной компании проблему решить сложно. Но желаю, чтобы решение нашлось. Надо матушке Родине своё железо и свои спецы.
Компания тут не при чем. Как было написано в статье — работодатель хочет купить дешевле, работник хочет продаться дороже. Чаще всего ИТ-шники торговаться не умеют, и потому их покупают задешево. Часто перекос именно в эту сторону. Обманывать плохо, но не уметь продать себя достойно — не менее хуже.
Когда-то я рисовал графику в Paint. А теперь использую Photoshop и Sketch. И проблема не в том, что код Paint не гибок, а в том что:
У него другая сфера применения
Нерационально развивать его до уровня Photoshop.
Также и с хрущевками. Есть много способов усилить фундамент, нарастить его в ширь, чтобы увеличить плоскость основания и достроить этажи. Но это нерационально и дешевле снести и построить новые дома.
Может это ваш случай, но, чаще всего в разработке ПО полное переписывание софта — это что-то из ряда катастрофы.
Хрущевки отстояли 60 лет, и ещё бы простояли. Но в их фундаменте не заложена достройка этажей. Да и эту аналогию считаю некорректной.
А с Windows мы видим как раз не переписывание заново, а развитие софта. А это возможно потому, что архитектура спроектирована грамотно и достаточно гибка для роста.
По-моему, именно так в эпоху развития Linux понимали пользователя компьютера. Использует софт, а, если чего-то то не хватает, то в консоли соединяет выводы нескольких комманд, чтобы получить нужный результат. А, если этого не хватает, то открывает Emacs и решает задачу программно.
Современные программы сделали из пользователей потребителей-кнопкодавов, а раньше не было так.
Считаю, что программист это значительно больше, чем то что описал автор. Мой отец сам себе построил дом, но от этого он не стал строителям. И любой строитель из тех что я знаю, говорит о том какие ужасные решения заложены моим отцом при постройке. Сейчас дом выполняет свои функции, но лет через 5 начнутся проблемы. А лет через 10 будет проще и дешевле снести и всё построить заново. А может, если не хватит ресурсов, придётся жить и мучиться. Именно поэтому, — насколько качественно и гибко твоё решение со временем, определяет тебя как профессионала, человека профессии, — мой отец не строитель, а автор не программист. Но молодец и заслуживает уважения.
Не понял, как можно в приложении источнике узнать результат перетаскивания. К примеру, если мы получили DragEvent.ACTION_DRAG_ENDED, то в приемнике результат показать а в источнике перетаскиваемый объект скрыть.
Сделал всё как в статье, но Jacoco в отчете упорно показывает, что у меня отсутствуют тесты. При этом при запуске задачи через терминал видно, что тесты отработали. Что я мог не учесть?
Можно либо убрать вообще эту проверку и разрешить делать любой символ, либо позволить менять дефолтный символ, либо передавать в класс какой-то компаратор для символов, возвращающий нужный литерал.
Я не готов так плохо думать о всех, кто работает на телевидении
Да, у них нет совести и принципов...
Не удивляйтесь т.к. стартовал в программировании вообще с 20 т. в месяц.
Грустно вам, наверное, живется с вашей жизненной позицией? Может сейчас и есть перекосы, но и это пройдет. Не собираюсь ставить крест на своей стране.
Разговор именно про регионы, в моем случае Челябинск.
Специалисты есть, но перспективы на С++, как вы и пишите, на просторах родной скудные. Работал рядом с одним таким спецом на С++, который пошел джунов в мобильную разработку на меньшую зарплату. А почему? Перспектив для роста и выбора компаний больше. Поработал он полгодика и со своим опытом за полгода скакнул выше того, что имел на С++.
Тут дело не в наличии спецов. Время упущено и в одиночку одной компании проблему решить сложно. Но желаю, чтобы решение нашлось. Надо матушке Родине своё железо и свои спецы.
Компания тут не при чем. Как было написано в статье — работодатель хочет купить дешевле, работник хочет продаться дороже. Чаще всего ИТ-шники торговаться не умеют, и потому их покупают задешево. Часто перекос именно в эту сторону. Обманывать плохо, но не уметь продать себя достойно — не менее хуже.
Как раз о полном перерисывании я и говорю. А, то что вы описали, это и есть развитие продукта.
Когда-то я рисовал графику в Paint. А теперь использую Photoshop и Sketch. И проблема не в том, что код Paint не гибок, а в том что:
Также и с хрущевками. Есть много способов усилить фундамент, нарастить его в ширь, чтобы увеличить плоскость основания и достроить этажи. Но это нерационально и дешевле снести и построить новые дома.
Может это ваш случай, но, чаще всего в разработке ПО полное переписывание софта — это что-то из ряда катастрофы.
Хрущевки отстояли 60 лет, и ещё бы простояли. Но в их фундаменте не заложена достройка этажей. Да и эту аналогию считаю некорректной.
А с Windows мы видим как раз не переписывание заново, а развитие софта. А это возможно потому, что архитектура спроектирована грамотно и достаточно гибка для роста.
По-моему, именно так в эпоху развития Linux понимали пользователя компьютера. Использует софт, а, если чего-то то не хватает, то в консоли соединяет выводы нескольких комманд, чтобы получить нужный результат. А, если этого не хватает, то открывает Emacs и решает задачу программно.
Современные программы сделали из пользователей потребителей-кнопкодавов, а раньше не было так.
Считаю, что программист это значительно больше, чем то что описал автор. Мой отец сам себе построил дом, но от этого он не стал строителям. И любой строитель из тех что я знаю, говорит о том какие ужасные решения заложены моим отцом при постройке. Сейчас дом выполняет свои функции, но лет через 5 начнутся проблемы. А лет через 10 будет проще и дешевле снести и всё построить заново. А может, если не хватит ресурсов, придётся жить и мучиться. Именно поэтому, — насколько качественно и гибко твоё решение со временем, определяет тебя как профессионала, человека профессии, — мой отец не строитель, а автор не программист. Но молодец и заслуживает уважения.
Не понял, как можно в приложении источнике узнать результат перетаскивания. К примеру, если мы получили
DragEvent.ACTION_DRAG_ENDED, то в приемнике результат показать а в источнике перетаскиваемый объект скрыть.