Я не говорил о том, что все идеально. Проблемы есть, но система недостатков, которую автор тут предложил, совсем примитивная.
В действительности IT компании являются гибкими экосистемами, которые быстро адаптируются к проблемам рынка и достаточно быстро приходят к правильным решениям. А слабые звенья рано или поздно отсеиваются.
Проблема технической безграмотности актуальна, ее все обсуждают на всех форумах, но от этого мало пользы. Технически слабый синьор не поймет, что он слаб, если с ним не работать и не пинать его не стимулируя его технический рост. Он будет торчать на форумах и говорить про неадекватность начальства или сотрудников с более низкой должностью.
Поэтому нужно просто качественно работать с людьми осознавая, что то, что происходит на рынке не только результат деятельности менеджмента компаний, но и наших рук дело, поскольку мы даем возможность работать аппликантам проводя технические собеседования и анализируя результаты их работы под своим началом.
Я всего-лишь высказал свое мнение, которое вам не понравилось. Вы сказали про отсутсвие обоснованности моих слов — я его добавил.
Критиковать что-то проще всего. Если вы не способны что-то поменять, и поделиться результатами вашей работы — ваш пост/мнение ничего не стоит. Важны действия, а не треп.
Это сеть и нужно быть готовым, что с вашей позицией могут не согласиться. Толерантность и терпимость к критике — одна из основных образующих комьюнити и всего того отсустсвующего, о чем вы тут написали.
Я вот ради интереса перелистал ваш сайт — msug.vn.ua.
Вы говорите про технические сообщества про важность квалификации разработчиков.
Ок, пускай вы взяли на себя непосильную задачу возрождения стагнирующей отрасли. Посмотрим же как вы это делаете — из первых 30 страниц msug.vn.ua/Posts идут предложения о работе, информация и пригласительные на IT мероприятия на которых кормят пиццой и раздают айпады и рассуждения про прекрасность IE и возможность существования мира без компании Google. Т.е. вы занимаетесь банальной ретрансляцией того кошмара, который вы тут порицаете.
2 (две) с натяжкой технических статьи на 300 постов. Большинство постов ваши. Основная часть — перепосты. И вы пытаетесь тут еще и хабр обо*рать?
С точки зрения обучения специалистов хабр уж точно лучше справляется с задачей повышения технического уровня специалистов, а ваше хваленое комьюнити просто не работает.
А вот и знатное ЧСВ. Тон такой, который заслужили. А чем подкрепленны ваши слова, кроме собственных убеждений и эмоций? Похоже, как всегда, ничем основательным.
И не нужно тут брать на себя ответственность за собирательные образы и за всю индустрию вцелом, не один вы тут в индустрии работаете, говорите за себя.
Автор поста часто любит поговорить ни о чем и потешить свое ЧСВ.
В действительно система работает. HR редко что-то решает. Пицца, айпады — это все к HR, т.к.они мало на что вообще способны. В основном кадровую политику решают техлиды на местах, которые проводят технические собеседования.
Техлид не заинтересован взять себе «синьора» который не знает чем абстрактный класс отличается от интерфейса т.к. любой нормальный техлид планирует использовать сеньора по назначению, а именно для управления джуниорами, базового делегирования небольших задач и качественного самостоятельного их исполнения, а не для удовлетворения синьором его меркантильных целей.
И да, софтверные компании, даже не подозревая о наличии хабраюзера sashaeve, самостоятельно пришли к проблеме подготовки и воспитания кадров внутри компании взаимодействуя с техническими университетами, так что в светлом будущем IT на территории СНГ я не смотневаюсь.
А упомянутый хабраюзер может продолжать говорить дальше.
[ ${#resource} -gt 0 ] проверяет длину элемента в classpath
[! -r $resource ] — проверяет или элемент доступен для чтения
условие должно быть тут именно «и».
Ведь элементы с нулевой длинной нас не интересуют. Нам нужно проверить те элементы, которые указаны в classpath и не существуют или для чтения которых у нас не достаточно прав.
Если хотя бы одно из условий не выполнится, будет отражено предупреждение.
Обертка на shell, в данном случае все равно понадобится.
А отлов сигналов будет происходить уже средствами Java приложения, т.к. после выполнения execv никаких посредников между оберткой и JVM не будет.
Фактически — «27061 pts/3 Sl+ 0:00 ./my_daemon test» это тоже, что и «27061 pts/3 Sl+ 0:00 ./java test» только с перезаписанным argv[0].
Я например рекомендовал бы такой набор (ну если деньги несомненно есть на аппаратную платформу :) ) — Itanium + HP-UX + Java.
Платформа HP-UX + Itanium обеспечит серьезную производительность и гибкость — не чета преобладающему на рынке железу.
Java в свою очередь — высокую скорость разработки, масштабируемость, гибкость, большое количество готовых компонентов и возможностей.
В действительности IT компании являются гибкими экосистемами, которые быстро адаптируются к проблемам рынка и достаточно быстро приходят к правильным решениям. А слабые звенья рано или поздно отсеиваются.
Проблема технической безграмотности актуальна, ее все обсуждают на всех форумах, но от этого мало пользы. Технически слабый синьор не поймет, что он слаб, если с ним не работать и не пинать его не стимулируя его технический рост. Он будет торчать на форумах и говорить про неадекватность начальства или сотрудников с более низкой должностью.
Поэтому нужно просто качественно работать с людьми осознавая, что то, что происходит на рынке не только результат деятельности менеджмента компаний, но и наших рук дело, поскольку мы даем возможность работать аппликантам проводя технические собеседования и анализируя результаты их работы под своим началом.
Критиковать что-то проще всего. Если вы не способны что-то поменять, и поделиться результатами вашей работы — ваш пост/мнение ничего не стоит. Важны действия, а не треп.
Это сеть и нужно быть готовым, что с вашей позицией могут не согласиться. Толерантность и терпимость к критике — одна из основных образующих комьюнити и всего того отсустсвующего, о чем вы тут написали.
Вы говорите про технические сообщества про важность квалификации разработчиков.
Ок, пускай вы взяли на себя непосильную задачу возрождения стагнирующей отрасли. Посмотрим же как вы это делаете — из первых 30 страниц msug.vn.ua/Posts идут предложения о работе, информация и пригласительные на IT мероприятия на которых кормят пиццой и раздают айпады и рассуждения про прекрасность IE и возможность существования мира без компании Google. Т.е. вы занимаетесь банальной ретрансляцией того кошмара, который вы тут порицаете.
2 (две) с натяжкой технических статьи на 300 постов. Большинство постов ваши. Основная часть — перепосты. И вы пытаетесь тут еще и хабр обо*рать?
С точки зрения обучения специалистов хабр уж точно лучше справляется с задачей повышения технического уровня специалистов, а ваше хваленое комьюнити просто не работает.
И не нужно тут брать на себя ответственность за собирательные образы и за всю индустрию вцелом, не один вы тут в индустрии работаете, говорите за себя.
В действительно система работает. HR редко что-то решает. Пицца, айпады — это все к HR, т.к.они мало на что вообще способны. В основном кадровую политику решают техлиды на местах, которые проводят технические собеседования.
Техлид не заинтересован взять себе «синьора» который не знает чем абстрактный класс отличается от интерфейса т.к. любой нормальный техлид планирует использовать сеньора по назначению, а именно для управления джуниорами, базового делегирования небольших задач и качественного самостоятельного их исполнения, а не для удовлетворения синьором его меркантильных целей.
И да, софтверные компании, даже не подозревая о наличии хабраюзера sashaeve, самостоятельно пришли к проблеме подготовки и воспитания кадров внутри компании взаимодействуя с техническими университетами, так что в светлом будущем IT на территории СНГ я не смотневаюсь.
А упомянутый хабраюзер может продолжать говорить дальше.
Так что с Vim тут сравнение неверное.
[! -r $resource ] — проверяет или элемент доступен для чтения
условие должно быть тут именно «и».
Ведь элементы с нулевой длинной нас не интересуют. Нам нужно проверить те элементы, которые указаны в classpath и не существуют или для чтения которых у нас не достаточно прав.
Если хотя бы одно из условий не выполнится, будет отражено предупреждение.
А отлов сигналов будет происходить уже средствами Java приложения, т.к. после выполнения execv никаких посредников между оберткой и JVM не будет.
Фактически — «27061 pts/3 Sl+ 0:00 ./my_daemon test» это тоже, что и «27061 pts/3 Sl+ 0:00 ./java test» только с перезаписанным argv[0].
Иначе не было бы потребности всю эту кашу заваривать.
Например так:
#include <stdlib.h>
#include <stdio.h>
int main (int argc, char** argv)
{
char* java_home = getenv(«JAVA_HOME»);
if (java_home == NULL) {
printf(«JAVA_HOME is not set! Exiting.»);
exit(1);
} else {
strcat(java_home,"/bin/java");
execv(java_home,argv);
}
}
execv перезапишет образ процесса на новый, а передавая в качестве argv[0] для нового процесса имя текущего, получим следующее
# ps ax | grep my_daemon
27061 pts/3 Sl+ 0:00 ./my_daemon test
Фактически т.е. вместо java увидим имя запускаемого executable.
2. www.spec.org/
Платформа HP-UX + Itanium обеспечит серьезную производительность и гибкость — не чета преобладающему на рынке железу.
Java в свою очередь — высокую скорость разработки, масштабируемость, гибкость, большое количество готовых компонентов и возможностей.