Да, про эту штуку я уже читал, но меня она немного подбешивает. Мне не нравится, что в python втащили синтаксис bash, перегрузив привычные операторы (если я правильно понял как оно устроено).
Т.е. синтаксис как бы разваливается на две части: обычный питон, и питон с магией.
Я бы предпочел более привычную для python историю. Что-то типа
Ну в мире много интересных систем, которые не стали распространнеными. И не смотря на то, что TCL хорош, но по распространенности до bash и python ему невероятно далеко.
В целом согласен, но это скорее потому, что юникс сделан под плеин текст. Если бы это было не так, то баш был бы другим. Думаю он был бы похож на powershell.
К слову, в aix был бинарный реестр, древовидный. Но к нему шли довольно развитые консольные утилиты, что позволяло оперировать значениями и ветками из шела.
Да у меня нет проблем с зимой, я ее люблю, меня просто удивляют заявления про похожий климат.
Ну да, если в двух больших странах сравнить сравнить две точки (при чем не имеющие ни одного общего параметра), то можно прийти к любым выводам, но на уровне страны все будет примерно одинаково. Разве что аналога Сочи у них нет, но его так-то ни у кого нет.
Вы серьезно считаете, что 3 летний ребенок не может выдержать 3 часовой перелет Москва-Берлин?
Может. Проверяли. От характера зависит, но может. Особенно если поздний рейс, то он банально уснет и на шум ему плевать. Вот до года точно будут проблемы.
Как в РФ. :) Серьезно, климат Канады очень похож на наш. Самый южный крупный город это Торонто, примерно те же 43 градуса северной широты, что и Сочи. Хотя из-за особенностей Сочи сравнивать их все же некорректно, а вот с Владивостоком вполне.
Ну это слишком упрощенно, но вроде как да. Самое главное у них, даже в нынешние годы, поток желающих довольно большой и они могут с их объемами статистически уровновесить приход и уход сотрудников и не держаться за каждого специалиста, как в маленьких компаниях, а играться общими параметрами найма (зарплата, бонусы, маркетинг и т.д.). Понятно, что там есть ключевые люди, но это небольшой процент компании, как собственно и в других IT гигантах.
У них другая философия. Т.е. бессмысленно сравнивать Yandex и Сбер, это разные экстремальные ситуации рынка. Основная масса комерческих компании где-то между этими двумя.
Сегодня делаем программу на запись к врачу, завтра часть этого кода передаем в военкомат для призыва резервистов на войну.
Ой да ладно. Мы же здесь все понимаем как работает IT:
сегодня мы делаем программу записи к врачу
и завтра мы делаем новую программу записи к врачу, потому что появился новый язык/фреймворк
а после завтра кто-то другой делает программу записи к врачу, поскольку у тех кто был до него руки не той системы, и вообще у программы фатальный недостаток.
Имхо, переиспользование кода в разработке приложений околонулевое.
Как бы потом, смотря на скрипт в 10к строк не пришлось за стаканы браться.
Да, про эту штуку я уже читал, но меня она немного подбешивает. Мне не нравится, что в python втащили синтаксис bash, перегрузив привычные операторы (если я правильно понял как оно устроено).
Т.е. синтаксис как бы разваливается на две части: обычный питон, и питон с магией.
Я бы предпочел более привычную для python историю. Что-то типа
И да, такое можно сделать и даже вроде как не сложно, но сила привычки велика.
Ну в мире много интересных систем, которые не стали распространнеными. И не смотря на то, что TCL хорош, но по распространенности до bash и python ему невероятно далеко.
В целом согласен, но это скорее потому, что юникс сделан под плеин текст. Если бы это было не так, то баш был бы другим. Думаю он был бы похож на powershell.
К слову, в aix был бинарный реестр, древовидный. Но к нему шли довольно развитые консольные утилиты, что позволяло оперировать значениями и ветками из шела.
По сравнению с sh, python слишком низкоуровневый. Т.е. код, эквивалентный вот такому:
Займет довольно много строчек, даже применяя все батарейки.
Другой вопрос, что именно бизнеслогику выражать на sh это немного кощунство из-за примитивных структур данных и плохого переиспользования кода.
Надеюсь вы вкурсе, что if/then/else и a && b || c не эквивалентны?
Высыпаешь. т9 подвёл
Ну это же не кубик Рубика. Тупо высылаешь фишки, мешаешь и по одной кладешь, а дальше 50/50.
Хм. Нет. Это же известная история. Автор головоломки даже обещал большие деньги тому, кто найдет алгоритм.
Ну обсуждение выросло из обобщения, что Канада это дико холодно, поэтому и дальше говорю про ситуацию в целом.
Ну да, если в двух больших странах сравнить сравнить две точки (при чем не имеющие ни одного общего параметра), то можно прийти к любым выводам, но на уровне страны все будет примерно одинаково. Разве что аналога Сочи у них нет, но его так-то ни у кого нет.
Особенно учитывая, что там плотность населения, как на севере Сибири. И зачем медведям программист не ясно.
Все же большинство населения живет где-то между восточным побережьем и великими озерами.
Может. Проверяли. От характера зависит, но может. Особенно если поздний рейс, то он банально уснет и на шум ему плевать. Вот до года точно будут проблемы.
Как в РФ. :) Серьезно, климат Канады очень похож на наш. Самый южный крупный город это Торонто, примерно те же 43 градуса северной широты, что и Сочи. Хотя из-за особенностей Сочи сравнивать их все же некорректно, а вот с Владивостоком вполне.
Ну это слишком упрощенно, но вроде как да. Самое главное у них, даже в нынешние годы, поток желающих довольно большой и они могут с их объемами статистически уровновесить приход и уход сотрудников и не держаться за каждого специалиста, как в маленьких компаниях, а играться общими параметрами найма (зарплата, бонусы, маркетинг и т.д.). Понятно, что там есть ключевые люди, но это небольшой процент компании, как собственно и в других IT гигантах.
У них другая философия. Т.е. бессмысленно сравнивать Yandex и Сбер, это разные экстремальные ситуации рынка. Основная масса комерческих компании где-то между этими двумя.
А у продавца бухгалтерия и налоги. Получается, что когда вы оплачиваете услугу он получает не ваши деньги, а новые от ЦБ, а ваши как бы исчезают.
Можете вы так же? Да, если станете платить налоги со сделки.
Выходит логично.
Ой да ладно. Мы же здесь все понимаем как работает IT:
сегодня мы делаем программу записи к врачу
и завтра мы делаем новую программу записи к врачу, потому что появился новый язык/фреймворк
а после завтра кто-то другой делает программу записи к врачу, поскольку у тех кто был до него руки не той системы, и вообще у программы фатальный недостаток.
Имхо, переиспользование кода в разработке приложений околонулевое.
Они тут очень своеобразные, поэтому я бы не сильно радовался.
Не рассматривали вариант с "прокси" на стороне клиента, которое занимается расшифровкой?