По практикуемся и увидим

👍

А был бы в офисе на работе , то попросил бы ещё показать примером , как и что работает . Это как на лекцие , ты можешь спросить что было пол года назад и тебе учитель просто подскажет 10% и ты вспомнишь 90 % . А не то что ты начнёшь возвращаться к истокам сам

Только в офисе это скорее будет контрпродуктивно, ибо другим тоже надо работать :)

+

Только в офисе это скорее будет контрпродуктивно, ибо другим тоже надо работать :)

Да))

Поэтому джунов редко берут

Поэтому джунов редко берут

Но по твоему мнению они быстрее развиваются сами или в компании ?

Поэтому джунов редко берут

Не редко. Брали бы редко - не расширялось бы айти. Поинт скорее в том, что спрашивать все подряд - это плохая стратегия, надо быть аккуратным с этим.

Поэтому джунов редко берут

А как же практика ?

Но по твоему мнению они быстрее развиваются сами или в компании ?

В компани быстрее, особенно в офисе

Не редко. Брали бы редко - не расширялось бы айти. Поинт скорее в том, что спрашивать все подряд - это плохая стратегия, надо быть аккуратным с этим.

Ясно. Это только на удалёнку сложно, наверное

А как же практика ?

Ваше меня поправили

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

Ясно. Это только на удалёнку сложно, наверное

Скорее вопрос в компании и выстроенных процессах.

Не редко. Брали бы редко - не расширялось бы айти. Поинт скорее в том, что спрашивать все подряд - это плохая стратегия, надо быть аккуратным с этим.

Да, кстати. Vladyslav всегда старайся понять сам, гуглить и только потом - спрашивать (если сам не нашёл ответ, решение). Даже в чатах. Иначе люди начнут токсить))

В данном чате ещё можно) Тут мало токсиков)

Да, кстати. Vladyslav всегда старайся понять сам, гуглить и только потом - спрашивать (если сам не нашёл ответ, решение). Даже в чатах. Иначе люди начнут токсить))

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

Нужно спрашивать именно «удочку» и самому находить ответ.

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

Это понятно. Но я сам часто замечал, что автоматически начинаю писать в чат. И иногда перед отправлением в чат вопроса думаю: "Звучит как запрос в Гугл")))

И после этого перехожу в Гугл, не отправив в чат

Да, кстати. Vladyslav всегда старайся понять сам, гуглить и только потом - спрашивать (если сам не нашёл ответ, решение). Даже в чатах. Иначе люди начнут токсить))

Согласен . Да я так и стараюсь . По этому копаю яму в Гугле . Но что бы там не потонуть нужно спрашивать у людей как глубоко копать что бы достать то что тебе нужно

Откуда ты знаешь, что делаешь всё правильно ?

Когда ж они плюсовиков учить будут

Это понятно. Но я сам часто замечал, что автоматически начинаю писать в чат. И иногда перед отправлением в чат вопроса думаю: "Звучит как запрос в Гугл")))

Особенности мозга - мы пытаемся идти по пути наименьшего сопротивления. Наращивание новых нейронных связей не очень приятно ;D

Ну вот я нахожусь 3 часа или чёт типа того и получил больше информации более меня интересующей , чем проведя целый день в поиске Гугла

Ну да , это обидно , но далеко не критично и вряд ли стоит того чтобы акцентировать внимание

Откуда ты знаешь, что делаешь всё правильно ?

Если есть результат - значит правильно)

Всем привет Хочу приложение сделать Пишешь фразу в первом окне, нажимаешь кнопку (пусть будет название magic) Лёвой кнопкой мыши и фраза шифруется например алгоритмом Цезаря, во втором окне появляется результат, его можно скопировать и вставить в первое окно Нажимаем на magic правой кнопкой мыши и фраза дешифруется, результат во втором окне получаем Ещё бы заставку сделать для приложения и в exe упаковать Я нашёл статью как на питоне с помощью tkinter сделать графический интерфейс И статью по шифру Но эти статьи на любительском уровне Как все это обьединить Понимаю, что нужен код, чтобы понять Могу скинуть

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

Если есть результат - значит правильно)

Да, многое будет на самом деле неправильным. Но процесс движение к "правильному" - постепенный. Лучше ошибаться, чем просто читать или смотреть как другие кодят и ничего не делать

+

Возможно упорство , не желание бросать сразу , я не знаю точно , но в программировании очень важен энтузиазм , любовь к новому , конечно даже у самых оптимистов падает желание , опускаются руки , особенно у самоучек , однако всё равно возвращаются к этому ремеслу) Я к тому ,что если нет желание скорее делать что-то своё даже минимальное , даже после изучения того ,что такое переменная нет желания пойти и гуглить что-то , делать что-то своё , создать другую переменную , поэкспериментировать , почитать , то я хз даже , может просто некоторые предпочитают более детально ознакомиться , но я лично сломя голову бегу делать что-то своё 😂

Есть конечно минус , потому что будет шататься база

Не скажу за скриптовые языки, но на C/С++ желательно быть немного телепатом и стараться предугадывать проблемы до их появления 😂

Возможно упорство , не желание бросать сразу , я не знаю точно , но в программировании очень важен энтузиазм , любовь к новому , конечно даже у самых оптимистов падает желание , опускаются руки , особенно у самоучек , однако всё равно возвращаются к этому ремеслу) Я к тому ,что если нет желание скорее делать что-то своё даже минимальное , даже после изучения того ,что такое переменная нет желания пойти и гуглить что-то , делать что-то своё , создать другую переменную , поэкспериментировать , почитать , то я хз даже , может просто некоторые предпочитают более детально ознакомиться , но я лично сломя голову бегу делать что-то своё 😂

👍

Есть конечно минус , потому что будет шататься база

Да. Но её можно подтянуть позже, когда поймёшь, что программирование - это твоё

Не скажу за скриптовые языки, но на C/С++ желательно быть немного телепатом и стараться предугадывать проблемы до их появления 😂

Похожую рекомендацию видел когда выбирал язык для изучения . И когда увидел пример одной и той же программы на разных языках выбрал python 😆

Похожую рекомендацию видел когда выбирал язык для изучения . И когда увидел пример одной и той же программы на разных языках выбрал python 😆

Другой вопрос, что знание python сейчас - это прям мейнстрим. Очень большая конкуренция

Не скажу за скриптовые языки, но на C/С++ желательно быть немного телепатом и стараться предугадывать проблемы до их появления 😂

Прогеры на C/C++ это зачастую люди избранные 😂. Они как правило очень хорошо знают платформу под которую пишут , понимают как работают типы данных , что и когда возвращает функция , понимают как работает тот или иной хэдэр , это скорее необходимость в таком деле , а не просто желание знать всё , просто у этих языков есть нюансы , которые необходимо знать

Да. Но её можно подтянуть позже, когда поймёшь, что программирование - это твоё

Это да , это правда Просто могут быть такие ситуации , когда пишешь там сложную систему какую-нибудь , там с файлами работает , даже с жёстким диском , ядро там пишешь , а потом не можешь создать двумерный массив или что-то в этом роде , такое бывает 😂

Возможно упорство , не желание бросать сразу , я не знаю точно , но в программировании очень важен энтузиазм , любовь к новому , конечно даже у самых оптимистов падает желание , опускаются руки , особенно у самоучек , однако всё равно возвращаются к этому ремеслу) Я к тому ,что если нет желание скорее делать что-то своё даже минимальное , даже после изучения того ,что такое переменная нет желания пойти и гуглить что-то , делать что-то своё , создать другую переменную , поэкспериментировать , почитать , то я хз даже , может просто некоторые предпочитают более детально ознакомиться , но я лично сломя голову бегу делать что-то своё 😂

Про энтузиазм. Я копаю создание базы в виндовз форм 8й месяц. Э

Прогеры на C/C++ это зачастую люди избранные 😂. Они как правило очень хорошо знают платформу под которую пишут , понимают как работают типы данных , что и когда возвращает функция , понимают как работает тот или иной хэдэр , это скорее необходимость в таком деле , а не просто желание знать всё , просто у этих языков есть нюансы , которые необходимо знать

А все другие - программисты-унтерменшы, которые ничего не знают?

Другой вопрос, что знание python сейчас - это прям мейнстрим. Очень большая конкуренция

Но с другой стороны он большими шагами развивается , и используется в многих направлениях

Не скажу за скриптовые языки, но на C/С++ желательно быть немного телепатом и стараться предугадывать проблемы до их появления 😂

На С++, да и вообще в симула-лайк ООП. Я бы не сказал, что это относится к чистому Си.

Другой вопрос, что знание python сейчас - это прям мейнстрим. Очень большая конкуренция

А с++ и джава раньше не были мейнстримом ?

А все другие - программисты-унтерменшы, которые ничего не знают?

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

А под копотом там трудятся миллиарды строк написанные на старичке Си , это дед , у которого стоит , если можно так сказать наверное

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

Ну слава богу, только питонистов записали в недолюди, можно спать спокойно.

Ну слава богу, только питонистов записали в недолюди, можно спать спокойно.

Это я питонистов записал в нелюди ...... Смешно .....

Это да , это правда Просто могут быть такие ситуации , когда пишешь там сложную систему какую-нибудь , там с файлами работает , даже с жёстким диском , ядро там пишешь , а потом не можешь создать двумерный массив или что-то в этом роде , такое бывает 😂

Я знаю двумерные массивы на С++, но предпочитаю одномерные. Потому что: Int N; Cin >> N; Int arr [N];

👍

Это я питонистов записал в нелюди ...... Смешно .....

Ну не я же сказал, что программисты на С/С++ избранные, в отличие от питонистов.

А с++ и джава раньше не были мейнстримом ?

Мне думается, в те времена в IT был меньше потолок зарплат. Было меньше желающих войти

STL на плюсах решает вопрос написания миллиардов строк. Это не си

Я знаю двумерные массивы на С++, но предпочитаю одномерные. Потому что: Int N; Cin >> N; Int arr [N];

Использование простых массивов при использовании С++ - зачем ?

Мне думается, в те времена в IT был меньше потолок зарплат. Было меньше желающих войти

Раньше это было сложно и не такой спрос был . Да и технологии были другие нежели сейчас. Появились миллиарды сервисов библиотек плагинов фреймворков . Но вместе с этим и появилось несколько миллиардов новых задач

Использование простых массивов при использовании С++ - зачем ?

Потому что его размер может указать пользователь

Господа, доброго времени суток, здесь наверняка есть опытные программисты которые могут ответить на вопрос не дающий покоя многим(не только же я один такой) , какие проекты помогут показать работодателю что я полезный?

Ну... Я обращаю в пет-проектах на (1) умение пользоваться git и (2) умение самому разбираться в проблемах, самостоятельность. Второе сложно формализовать, но как-то чайка срабатывает, какой код можно написать только с дебаггером, а не методом тыка, где надо в чём-то разобраться и т. п. Если брать мой github: http://github.com/mustitz то один офер я получил сразу на старте собеса, типа мы посмотрели, нас всё устраивает. Правда я отказался.

Потому что его размер может указать пользователь

А в двумерном мы не можем написать arr[a][f]

Это да , это правда Просто могут быть такие ситуации , когда пишешь там сложную систему какую-нибудь , там с файлами работает , даже с жёстким диском , ядро там пишешь , а потом не можешь создать двумерный массив или что-то в этом роде , такое бывает 😂

Ааа, ну двумерные массивы лучше пораньше изучить))

А в двумерном мы не можем написать arr[a][f]

std::vector тоже позволяет задать размер )

std::vector тоже позволяет задать размер )

Да, про него я теперь тоже знаю))) со вчерашнего дня))))), но вектор не массив

Если по методам доступа устраивает, то какая разница ?)

std::vector тоже позволяет задать размер )

Мало ли вдруг подключение дополнительных библиотек и даже одной std::vector критично для исполнителя (ПЛК) например

Да, про него я теперь тоже знаю))) со вчерашнего дня))))), но вектор не массив

Как раз массив в динамической памяти и есть. Отвёртка плюс полезные функции

Мало ли вдруг подключение дополнительных библиотек и даже одной std::vector критично для исполнителя (ПЛК) например

Зачем тогда плюсы?

Как раз массив в динамической памяти и есть. Отвёртка плюс полезные функции

А есть же ещё #include map

Зачем тогда плюсы?

Предположим #include iostream укладывается а больше лучше не использовть

Мало ли вдруг подключение дополнительных библиотек и даже одной std::vector критично для исполнителя (ПЛК) например

Это возможно, когда запрещены исключения. Например, микроконтроллер - в нем исключение приведет к перезапуску. И стандартная библиотека используется мало - только те части, которые не кидают исключения. Но там, если и пишут на С++, то в очень С-подобном стиле )

На самом деле, не знаю что будет. Должно обработаться, наверное

Это возможно, когда запрещены исключения. Например, микроконтроллер - в нем исключение приведет к перезапуску. И стандартная библиотека используется мало - только те части, которые не кидают исключения. Но там, если и пишут на С++, то в очень С-подобном стиле )

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

Часто железо не позволяет.

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

Если честно, это странный сценарий ) Если надо прототип быстро запилить - не на С++ его будут пилить

Я про то, что если на процессоре нет деления, например, то от того, что оно есть в Си мало радости. Исключения и раскрутка стека при этом на условиях могут сильно раздуть и замедлить код, надо поддержка со стороны OS.

А есть же ещё #include map

Это же другое совсем. Это ассоциативный массив )

Ну... Я обращаю в пет-проектах на (1) умение пользоваться git и (2) умение самому разбираться в проблемах, самостоятельность. Второе сложно формализовать, но как-то чайка срабатывает, какой код можно написать только с дебаггером, а не методом тыка, где надо в чём-то разобраться и т. п. Если брать мой github: http://github.com/mustitz то один офер я получил сразу на старте собеса, типа мы посмотрели, нас всё устраивает. Правда я отказался.

Спасибо, немного стало понятнее. Ух, чувствую путь будет долгий))

А функция malloc(), относиться к куче или к стеку?

Куча

alloca стек

пасиба

Да, про него я теперь тоже знаю))) со вчерашнего дня))))), но вектор не массив

Вектор это реализация динамического массива если говорить про структуры данных

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

На вряд ли скорее наоборот.