программа в Python выполняется построчно интерпретатором
Т.е. вызов метода не может идти раньше его определения?
любая переменная в Python это объект
А что такое объект? Кажется, вы попали на 2-3 лекции про ООП
интерпретатор понимает (знает в runtime) какие функции есть у объекта.
Как он это понимает? А где хранится список функций объекта? А он может поменяться?
когда вы делаете что угодно с объектом, это почти всегда значит, что интерпретатор берёт у объекта соответствующую функцию и выполняет её (или обрабатывает ситуацию отсутствия функции - почти всегда это исклюение).
А почему "почти всегда", а не всегда? Кажется, я тут что-то написал и не вижу как интерпретатор берёт у моего объекта функцию. Как это почувствовать?)
P.S. Как все эти пункты связаны с утиной типизацией?
Вот так мы от time to market перешли к срачу об определениях. Поэтому в условных Хаскелях и Идрисах time to market и страдает, что акцент не на том. Бизнесу вообще параллельно на чистоту ваших типов. И даже то, что вы не допустите ошибки, которые в программе на динамическом языке в 0.001% случаев выдадут юзеру 500-ку, бизнес не убедит, что это стоит лишней недели разработки.
Вы сами в детали закапываетесь и почему-то утверждаете, что это необходимая часть вводных лекций. Я читал книги по десяткам языков программирования. И знаете, везде есть пример аля "Hello World" в начале, но нигде нет главы про устройство ОС, хотя всё это везде печатается в STDOUT.
И форматирование строки через модификаторы - тоже почти везде есть. И всем хватает таблички с перечислением самых популярных. Никто не отвлекается на отдельную главу про то, как они работают.
Я не говорю, что плохо интересоваться этими вопросами, но в целом для обучения программированию можно обойтись и без ответов на них. И ничего ужасного от этого не случится.
Ну, вы видите это в формате конкуренции типа "кто самый продуктивный". Я имел в виду несколько другое - когда сотруднику не наплевать на его работу и он выполняет её не формально, а чуть более проактивно и с акцентом на приятную коммуникацию и результат.
Как результат мне видится переход к 6-часовому рабочему дню или 4-х дневной рабочей неделе при сохранении оплаты и объёма работ (просто за счёт вовлечённости она будет выполняться быстрее). Плюс более качественный сервис и более приятные в среднем эмоции от взаимодействия между людьми. Плюс отсутствие всяких жёстких факапов, когда начальству докладывают то, что оно хочет услышать, а не то, что есть на самом деле. Что может приводить к ужасным последствиям, как например то, что мы сейчас в геополитике наблюдаем.
Это что у вас в 5 раз подорожало? В 2-3 раза согласен, в среднем в 2.5 можно сказать. Да и то далеко не всё. Например, квартиры в моём городе с тех пор на 70-80% подорожали.
То есть 60-70тр в 2013, то есть чуть ли не джун во всем
Ну, это вы тоже утрируете. В 2013 году я сеньоров на вилку 100-150 т.р. нанимал, опытных и хороших. Джунов и на 30-40 т.р. можно было пачками брать, при желании.
P.S. А в целом, с посылом, что зарплаты надо индексировать я полностью согласен.
Ну, это человеческий фактор. Когда человек что-то делает безвозмездно, он всё равно подсознательно рассчитывает, что его будут хвалить, благодарить и т.п.
Когда подсознательные ожидания расходятся с реальностью, люди могут по-разному реагировать. И это в целом нормально. Стабильный OpenSource в основном всё равно компаниями финансируется. На голом энтузиазме это так сильно не развилось бы.
Я писал, что работа над OpenSource может оказаться фрустрирующей для многих, поэтому я не советую её в качестве серебряной пули от выгорания. Только это.
А в целом я очень даже за OpenSource и до сих пор PR-ы закидываю в либы, которые использую.
Вы о чём-то странном вообще спорили. Основная особенность GET в том, что такие запросы не должны менять состояние сервера. И, как следствие, они идемпотентны из коробки. Во всяком случае, если программисты не нарушили протокол при реализации серверной части.
А насчёт отправки и получения данных неплохо было бы об определениях сначала договориться. Потому что по протоколу абсолютно любой HTTP-запрос - это отправка запроса (данных) и получение ответа (опять таки данных)
Вы, видимо, слишком простые программы пишете, если складываете только литералы. С переменными за этим следить гораздо сложнее, особенно когда они пробрасываются глубоко по стеку вызовов.
Чего тут целую пару то объяснять? Или полный новичок в программировании заодно и как юзер компьютера тоже новичок и не знает даже, что программы код возврата имеют? Ну ok, можно этой теме 5 минут уделить.
#include <stdio.h>
Добавляет в код возможность вызова стандартных (std) процедур для работы с IO. В детали заголовочных файлов можно не вдаваться, пока не понадобится свой собственный написать.
printf("%d\n", 5)
Выводит в STDOUT форматированную строку, %d применяется для подстановки в строку целых чисел в десятичной системе. Про "\n" тоже надо рассказывать? У нас настолько нулёвый нуб, что ни одного урока информатики в школе не посещал?
main()
Главная функция, которая является точкой входа для начала выполнения скомпилированной программы
Читайте внимательнее, часть про умение продавать была про стартапы. Или вы думаете, что их тоже из любви к искусству делают?
У OpenSource другие нюансы, например, фрустрация от недовольства пользователей. Если у вас хоть сколько-нибудь объёмный и популярный проект, то примерно 9 человек из 10 будут писать, что вы обязаны выполнить asap их хотелку. И только 1 из 10 напишет какие-то слова благодарности.
Так вы учите их не программировать. Вы учите их кое-как закрывать простые задачи лучше(?) индусов. Это принципиально разные цели. Называйте вещи своими именами и никакого противоречия между нашими высказываниями не возникнет.
It depends.. У кого-то на 20%, а у кого-то и в 2 раза.
Иногда ещё практикуется такая схема, что делается продукт на динамическом языке и когда он захватывает рынок и устаканивается, тогда его начинают потихоньку переписывать на статическом.
Ух-ты, они его даже продают по 79 евро за юзера. Ну, надо сказать, что Basic был весьма популярен в США, как у нас Delphi. Видимо, отголоски былой популярности.
Изучите Elixir. Он по части "concurrency, async/await, multithreading" самый навороченный.
Т.е. вызов метода не может идти раньше его определения?
А что такое объект? Кажется, вы попали на 2-3 лекции про ООП
Как он это понимает? А где хранится список функций объекта? А он может поменяться?
А почему "почти всегда", а не всегда? Кажется, я тут что-то написал и не вижу как интерпретатор берёт у моего объекта функцию. Как это почувствовать?)
P.S. Как все эти пункты связаны с утиной типизацией?
И что же интересно поменялось? Входящие данные в вебе как были произвольного формата, так и остались.
Вот так мы от time to market перешли к срачу об определениях. Поэтому в условных Хаскелях и Идрисах time to market и страдает, что акцент не на том. Бизнесу вообще параллельно на чистоту ваших типов. И даже то, что вы не допустите ошибки, которые в программе на динамическом языке в 0.001% случаев выдадут юзеру 500-ку, бизнес не убедит, что это стоит лишней недели разработки.
Вы сами в детали закапываетесь и почему-то утверждаете, что это необходимая часть вводных лекций. Я читал книги по десяткам языков программирования. И знаете, везде есть пример аля "Hello World" в начале, но нигде нет главы про устройство ОС, хотя всё это везде печатается в STDOUT.
И форматирование строки через модификаторы - тоже почти везде есть. И всем хватает таблички с перечислением самых популярных. Никто не отвлекается на отдельную главу про то, как они работают.
Я не говорю, что плохо интересоваться этими вопросами, но в целом для обучения программированию можно обойтись и без ответов на них. И ничего ужасного от этого не случится.
Ну, вы видите это в формате конкуренции типа "кто самый продуктивный". Я имел в виду несколько другое - когда сотруднику не наплевать на его работу и он выполняет её не формально, а чуть более проактивно и с акцентом на приятную коммуникацию и результат.
Как результат мне видится переход к 6-часовому рабочему дню или 4-х дневной рабочей неделе при сохранении оплаты и объёма работ (просто за счёт вовлечённости она будет выполняться быстрее). Плюс более качественный сервис и более приятные в среднем эмоции от взаимодействия между людьми. Плюс отсутствие всяких жёстких факапов, когда начальству докладывают то, что оно хочет услышать, а не то, что есть на самом деле. Что может приводить к ужасным последствиям, как например то, что мы сейчас в геополитике наблюдаем.
Это что у вас в 5 раз подорожало? В 2-3 раза согласен, в среднем в 2.5 можно сказать. Да и то далеко не всё. Например, квартиры в моём городе с тех пор на 70-80% подорожали.
Ну, это вы тоже утрируете. В 2013 году я сеньоров на вилку 100-150 т.р. нанимал, опытных и хороших. Джунов и на 30-40 т.р. можно было пачками брать, при желании.
P.S. А в целом, с посылом, что зарплаты надо индексировать я полностью согласен.
Ну, это человеческий фактор. Когда человек что-то делает безвозмездно, он всё равно подсознательно рассчитывает, что его будут хвалить, благодарить и т.п.
Когда подсознательные ожидания расходятся с реальностью, люди могут по-разному реагировать. И это в целом нормально. Стабильный OpenSource в основном всё равно компаниями финансируется. На голом энтузиазме это так сильно не развилось бы.
А где я писал, что надо игнорировать ошибку?
Я писал, что работа над OpenSource может оказаться фрустрирующей для многих, поэтому я не советую её в качестве серебряной пули от выгорания. Только это.
А в целом я очень даже за OpenSource и до сих пор PR-ы закидываю в либы, которые использую.
А сообщения об ошибках и объективных недостатках разделяются примерно в той же пропорции в зависимости от тона, в котором они присланы.
Вы о чём-то странном вообще спорили. Основная особенность GET в том, что такие запросы не должны менять состояние сервера. И, как следствие, они идемпотентны из коробки. Во всяком случае, если программисты не нарушили протокол при реализации серверной части.
А насчёт отправки и получения данных неплохо было бы об определениях сначала договориться. Потому что по протоколу абсолютно любой HTTP-запрос - это отправка запроса (данных) и получение ответа (опять таки данных)
Можно так:
Кому надо? Продавцам курсов?
Если человеку самому неинтересно, то зачем его заинтересовывать? Что за насилие над личностью?
На этот вопрос уже выше ответы есть.
Вы, видимо, слишком простые программы пишете, если складываете только литералы. С переменными за этим следить гораздо сложнее, особенно когда они пробрасываются глубоко по стеку вызовов.
Что такое нетипизированные языки? Мы как-то резко перешли на обсуждение ассемблера или что?
Чего тут целую пару то объяснять? Или полный новичок в программировании заодно и как юзер компьютера тоже новичок и не знает даже, что программы код возврата имеют? Ну ok, можно этой теме 5 минут уделить.
Добавляет в код возможность вызова стандартных (std) процедур для работы с IO. В детали заголовочных файлов можно не вдаваться, пока не понадобится свой собственный написать.
Выводит в STDOUT форматированную строку, %d применяется для подстановки в строку целых чисел в десятичной системе. Про "\n" тоже надо рассказывать? У нас настолько нулёвый нуб, что ни одного урока информатики в школе не посещал?
Главная функция, которая является точкой входа для начала выполнения скомпилированной программы
Читайте внимательнее, часть про умение продавать была про стартапы. Или вы думаете, что их тоже из любви к искусству делают?
У OpenSource другие нюансы, например, фрустрация от недовольства пользователей. Если у вас хоть сколько-нибудь объёмный и популярный проект, то примерно 9 человек из 10 будут писать, что вы обязаны выполнить asap их хотелку. И только 1 из 10 напишет какие-то слова благодарности.
Так вы учите их не программировать. Вы учите их кое-как закрывать простые задачи лучше(?) индусов. Это принципиально разные цели. Называйте вещи своими именами и никакого противоречия между нашими высказываниями не возникнет.
Что в вашем понимании означает "выучить Python"?
It depends.. У кого-то на 20%, а у кого-то и в 2 раза.
Иногда ещё практикуется такая схема, что делается продукт на динамическом языке и когда он захватывает рынок и устаканивается, тогда его начинают потихоньку переписывать на статическом.
Ух-ты, они его даже продают по 79 евро за юзера. Ну, надо сказать, что Basic был весьма популярен в США, как у нас Delphi. Видимо, отголоски былой популярности.