Сталкивался.

Первые лучше знают железо -> лучше ориентируются в том, как оптимизировать алгоритм.

железо
алгоритмы

У вас тут квн что ли?

Есть мысли, почему оно так?

Это очень странное заблуждение, видимо ты сравниваешь программиста-новичка-бывшего-админа с просто программистом-новичком. Конечно человек, который имел какой-то опыт работы в IT, будет справляться лучше.

У вас тут квн что ли?

Клуб вбрасывателей и неадекватов.

А сталкивался ли ты с таким, ЛОР?

Не сталкивался. Все админы, код которых видел, были феерически ужасными программистами, даже сформировал отдельную характеристика для их кода: сисадмин-стайл.

Классика

http://www.gnu.org/fun/jokes/helloworld.html

System Administrator

 #include <stdio.h>
 #include <stdlib.h>
 main()
 {
  char *tmp;
  int i=0;
  /* on y va bourin */
  tmp=(char *)malloc(1024*sizeof(char));
  while (tmp[i]="Hello Wolrd"[i++]);
  /* Ooopps y'a une infusion ! */
  i=(int)tmp[8];
  tmp[8]=tmp[9];
  tmp[9]=(char)i;
  printf("%s\n",tmp);
 }

Да.

Если ваши погроммисты не четко знают, когда юзать tcp, а когда udp, например. То этих людей следует гнать ссаными тряпками. А также, следует выгнать на мороз тех, кто их нанял и кто их до сих пор зачем-то держит. Это все равно, что не понимать, когда применять int, а когда float.

Int это да, побольше int в коде! оперативка она дешевая и ее до фига))) void, char и экономия памяти - это для девочек)))

Так и есть, это же логично.

Одмины знают железо, дооо. Откуда они его могут знать, если никогда не программировали его.

В СССР считалось, что для того что если человек отработал в цеху за станком,
вытачивал и фрезеровал своими руками,то после дообучения из него получится более хороший инженер,
чем нежели он пошёл учится на инженера сразу.

Ну, экономят не только память. Иногда надо учитывать, что инкремент инта быстрее инкрмента чара в 1,5 раза, например.

Плохой программист всегда плохой

Я бывший админ.

Админопрограммисты лучше понимают работу ОС/железа/сети, им точно знают, когда в их ПО надо юзать UDP, а когда TCP, например.

Не замечаю за собой такого.

Админопрограммисты лучше разбивают задачу на подзадачи, и пишут код аккуратней.

Не замечаю за собой такого.

Админопрограммисты легче переходят на новые платформы/языки

Не замечаю за собой такого.

Вообще, надо понимать, что инт - это машинное слово, как правило (я знаю, что это не всегда так). А операции с машинным словом - самые быстрые. 8-и битная арифметика на некоторых архитектурах адово медленна.

Это да) в умелых руках.

Кодер != программист.

«Супротив человека ты всё равно, что плотник супротив столяра». (С)

Так и эникейщик супротив человека^Wинженера-программиста это «всё равно, что плотник супротив столяра».

Эникейщик - это в СССР назывался (никто и сейчас в РФ этого не отменил) «программист-техник» - т.е. пэтэушник - пруф -

http://www.aup.ru/docs/d2/151.htm

Программист-инженер - это чел с высшим образованием.

В нормальных странах - инженер - это не индус-быдлокодер, а не ниже чем бакалавр престижного вуза, сдавший экзамены FE Exam и РЕ Exam.

К счастью, и в России компании, работающие по западным стандартам понимают, что инженер-программист - это НЕ воняющий немытыми патлами, нечищенными гнилыми зубами и потной рваной одежонкой вьюноша, которого в 35 лет нужно «на мороз», а офисный сотрудник, имеющий инженерное высшее образование (+ желательно второе высшее образование).

PS. Вот стереотипный вид - кулькакера

https://hsto.org/files/580/702/800/58070280017845c8a16015372cdfc08d.jpg

Прикид - как у бомжа с Казанского вокзала.

Какая разница между int и char если выравнивание всё равно сожрёт память?

И где теперь этот CCCР?

Кстати, по поводу фотки с кульхацкером - обсуждение доставляет

http://pora-valit.livejournal.com/3935942.html#comments

ЗЫ. За такой внешний вид, как у этого перца, меня просто выгонят из офиса, хотя у нас принят весьма свободный smart casual dress code.

А что тут думать? Первые знакомы с двумя областями, вторые - только с одной. По-моему вывод очевиден без уточнений.

В СССР считалось, что для того что если человек отработал в цеху за станком,

вытачивал и фрезеровал своими руками,то после дообучения из него получится более хороший инженер, чем нежели он пошёл учится на инженера сразу.

А ещё считалось, что и инженер, и физик, и астроном, и врач должны отработать в качестве чернорабочего на сельскохозяйственном предприятии..

ЗЫ. За такой внешний вид, как у этого перца, меня просто выгонят из офиса, хотя у нас принят весьма свободный smart casual dress code.

В нормальных фирмах дресс-кода нет.

у них просто опыт больше, опыт использования компьютера в начале очень похож. Так что не важно, как начинать.

Когда ты начинаешь кидать понты - я плачу от умиления. Это просто великолепно.

Смотря чем занимаешься. Если активно участвуешь в т.н. sales support - попросят приодеться стопудово.

Есть только одна проблема: этот чувак, невзирая на свой прикид, сделал в одно лицо потрясающе удобную систему каталогизации и учёта книг для Буквоеда. И как бы ему в этом помог костюм - лично мне совершенно непонятно.

Мало того, я сам человек консервативный, но искренне не понимаю в чем здесь «пример», да еще бомжа с вокзала... чесслово... панков не видели что ли? или ну понимаю там он в футболке «и...ать копать убивать» и гриндах с белыми шнурками был...

Пожалуй, можно согласиться ;) А мне, как начинающему, лишь нужно больше времени для красоты кода.

А ещё считалось, что и инженер, и физик, и астроном, и врач должны отработать в качестве чернорабочего на сельскохозяйственном предприятии..

Вы несколько не в курсе вопроса.
Идея тут не та, чтоб тяжёлой работой грузить интелектуала,
а в натуральном, ощюпанном представлений как работа машины происходит.
и собственно написанное ТС о приимуществе людей с опытом администрирования вполне подтверждает такую точку зрения и в области IT тоже.

Чем разнообразнее опыт, тем легче и глубже понимание нового.

Я - админопрограммист :)

модератор

отвечает на вбросы шизанутого жавабота

10/10

Сталкивался с тем, что как начинающие программисты хуже всего - бывшие олимпиадники. Их главная черта - хронический велосипедизм / нежелание и неподдерживаемый/нечитаемый код. Да, их код отлично выполняет изначальную задачу, но чаще всего, понять написанное может только автор, а слегка дополнить, или расширить код на похожую задачу уже невозможно. Обычного программера «научить алгоритмам» проще, чем олимпиадника научить писать понятный и повторно используемый код.

Они просто старше, в индустрии полно инфантильных сопляков, взрослый человек естественно профессиональнее.

Какая разница между int и char если выравнивание всё равно сожрёт память?

struct Char
{
  char a;
  char b;
  char c;
  char d;
};

struct Int
{
  int a;
  int b;
  int c;
  int d;
};

Полагаю, что sizeof Char и sizeof Int вы осилите самостоятельно?

Как-то по всем трём пунктам мимо. Попробуй лучше вбросить.

struct c {
    char c1;
    int i1;
};

struct i {
    int i1;
    char c1;
};

То же самое и с переменными на стэке.

Хех.

Руководитель среднего подразделения

 mail -s "Здравствуй, мир." vap@b12
 Вась, ты не напишешь мне программу, которая выводит "Здравствуй, мир."?
 Мне ее нужно сделать до завтра.
 ^D

Руководитель крупного подразделения

 % zmail leha
 Мне к обеду нужна программа "Здравствуй, мир.".

Директор

 % letter
 letter: команда не найдена.
 % mail
 Кому: ^X ^F ^C
 % help mail
 help: команда не найдена.
 % черт!
 !: событие не опознано
 % logout

А сталкивался ли ты с таким, ЛОР?

Живых админопрограммистов в дикой природе наблюдать не приходилось. Люди либо увязают в админстве пожизненно, либо перерождаются в управленцев.

Только ситхи всё возводят в абсолют. (с) Тысячи людей, и судить по локальным чартам не очень то и разумно.

Единственное что могу заметить за коллегами, которым сознательно стало тесно быть просто админами, и они отрастили в себе еще и программиста, это подход к формированию, выполнению и долгосрочной жизни задач. Тут обычно пропасть с «чистокровками», не в пользу последних. // но эти мои наблюдения были только за теми, кто и админами были толковыми; скорее всего это просто такой тип людей;

это НЕ воняющий немытыми патлами, нечищенными гнилыми зубами и потной рваной одежонкой вьюноша

гомофобия от этого тренда. Можешь есче и подмышки побрить? Или ещё больше побрить надо?

А я когда попал в МТС сначала не верил, что сисадмин может не уметь программировать. Думал надомной смеялись. В принципе не могу понять как можно админить, причем Linux и не уметь хотябы на перле писать.

Чувак, это ж базовая гигиена. Воняет изо рта - сходи к стоматологу, он эту проблему решит. Не моешься если - как тебя женщина терпит?

То же самое и с переменными на стэке.

При чем тут стек?
Может у вас sizeof(struct Int) == sizeof(struct Char)?

Какая разница между int и char [..]?

Старый, поравнный баян:

/* main.c */
#include <stdio.h>

int
main()
{
        if (sizeof('a') == sizeof(int))
                printf("C\n");

        if (sizeof('a') == sizeof(char))
                printf("C++\n");

        return 0;
}

gcc main.c && ./a.out
C
g++ main.c && ./a.out
C++

Может у вас sizeof(struct Int) == sizeof(struct Char)?

В коде, который я опубликовал, размеры структур действительно равны.

В любом случае, суть не в этом. Я веду к тому, что экономить на спичках - это как минимум глупо, и начинать надо совсем не с этого.

В коде, который я опубликовал, размеры структур действительно равны.

Это если отключить упаковку структур. В любом случае ваш пример был мимо кассы.

Я веду к тому, что экономить на спичках - это как минимум глупо,

Экономия в 4 раза. Неплохие спички, да?

и начинать надо совсем не с этого.

А потом экономить будет поздно и придется делать кучу костылей и подпорок.

Экономия в 4 раза. Неплохие спички, да?

Ну, если только ты работаешь с текстом и у тебя по какой-то причине строки хранятся в int*. Если же у тебя просто с десяток переменных имеют тип int вместо char, то в 99.9% случаев это не будет иметь заметного влияния на производительность.

Ну, если только ты работаешь с текстом и у тебя по какой-то причине строки хранятся в int*. Если же у тебя просто с десяток переменных имеют тип int вместо char, то в 99.9% случаев это не будет иметь заметного влияния на производительность.

Вы уж определитесь со своим

Какая разница между int и char если выравнивание всё равно сожрёт память?

Я вам показал пример, где выравнивание есть, упаковка структуры отключена, а размер в 4 раза меньше.

Я вам показал пример, где выравнивание есть, упаковка структуры отключена, а размер в 4 раза меньше.

Я показал пример обратного. И что? Я, честно говоря, уже не вполне понимаю о чём спор.