4) тул довольно толерантен к лёгким изменяем вёрстки, и сообщит вам если изменения слишком велики.
То есть даже с локаторами не паритесь, и что там тулза сгенерила, то и будет?
А я начинал из книг с неизданных(А может и изданных, но я никогда не встречал) черновиков Гвидо и компании. Но она устарела уже сто лет тому назад. На замену ей для входа в питон несколько лет назад мне очень понравилась "A bite of python".
Из того что ещё понравилось: "Python. Подробный справочник" от Дэвида Бизли. Но там вторая половина книги, по факту, документация питона. Но в первой части можно найти много полезного. Ещё "Чистый Python" от Дэна Бейдера и "Секреты Python" от Бретта Слаткина.
1) В выпадающем меню профиля нельзя тыкнуть в сам пункт перехода в профиль. Приходится целиться в ссылку на профиль.
2) Значки в верхней строке сильно меньше размером, чем в выпадающем списке.
3) В выпадающем списке очень больше разрывы между пунктами и огромный шрифт по сравнению с верхней строкой, где значок профиля — имхо, вводит в диссонанс. После пункта ППА разрыв в 2 раза больше, чем между остальными пунктами.
4) Шрифт где карма и рейтинг стал очень маленьким.
5) Пункты подписки и подписчики уехали ниже и теперь надо листать. На мой взгляд, эти пункты рядом с кармой и рейтингом были удобнее.
6) Отсутствует редактор у формы комментариев в новой версии(как уже говорили выше, если не помнишь как разметить спойлер или скриншот — очень неудобно)
Хорошая статья, спасибо. К сожалению, я не смог найти ни её ни чего-то похожего перед тем как брался за перевод. Только перед публикацией пока искал правильные хабы нашёл вот эту https://habr.com/ru/post/431534/, но на мой взгляд типажи всё же разные и скорее они дополняют друг друга.
Как стоит назвать статью это к автору оригинала :)
А как просто читатель я с вами не соглашусь. Здесь есть и те с кем нравится и те с кем не нравится работать вместе. Если бы были только обиды и обвинения, автор не рассказывал бы о тех типах разработчиков, с которыми ему нравится работать. У каждого из нас, наверное, есть люди с кем нам нравится работать и с кем больше не очень бы хотелось. И эта классификация хотя и довольно субъективна, она имеет право на жизнь. И наверняка найдутся те, кто скажет: "О, действительно, вот с таким типом и я работал."
Ну почему же сразу ложь? Нам попадаются люди разных типов и субъективно мы можем классифицировать по-разному. Но и это разное может где-то пересекаться.
Если я правильно понимаю понятие линейного менеджера, то, да, наверное, им надо управлять работой. На мой взгляд управление людьми необходимо в большей степени проджект менеджерам(иногда директорам — в зависимости от организации компании).
Если мы говорим о разработке, то продуктом здесь является, обычно, результат интеллектуального труда. И даже, если мы предположим, что интеллектуальный труд это производство(но, имхо, это тема отдельной дискуссии), то ведь нельзя же управлять разными типами производства одинаково...
Я ни в коем случаю не "наезжаю", я просто имел опыт работы в разных компаниях с разным управлением и просто хочу понять некоторые, неясные мне вещи. Возможно, я просто не понял вас в контексте терминов.
Вопрос к тем, кто читал эту книгу и "Scala для нетерпеливых" Хорстмана — есть ли между ними большая разница, стоит посмотреть на обе или можно остановиться на одной?
Теперь я не очень понял :) Если вы о справочнике Бизли — то вторая часть там, по сути, документация по встроенным библиотекам, изредка раскрывающая чуть больше официальной.
Я бы предложил начать с "A bit of python"/"A Whirlwind Tour of Python" эти книги дадут достаточно для погружения в язык. Дальше посоветовал бы прочитать первую половину справочника(вторая половина — в основном, перевод документации и читается по необходимости) по питону от Дэвида Бизли. Для погружения на следующий уровень питона — "Effective Python" и "Fluent Python".
Спасибо, я помню, что он используется для снятия ответственности с себя. Но, на мой взгляд, это объяснять нужно, даже если это очевидно вам и автору. Кому-то не очевидно, кто-то может не знать. Имхо, запреты надо объяснять какими бы очевидными они не являлись.
За статью спасибо, но если побуждаете отказываться от чего-то, хотелось бы иметь объяснение причины. Например, в пункте "Избегайте восклицательных знаков" объяснили к чему приводит большое количество восклицательных знаков, а в пункте "Откажитесь от страдательного залога" — нет.
А нас когда-то учили не "Could you please", а "Could you… текст..., please?" Хотя коллеги, ездившие в командировки утверждали, что носители общаются без "please", достаточно просто "Could you ...?" Но это не США, а Британия была.
А давно вы там остановились? Несколько лет назад там можно было и с иностранцами пообщаться вживую(если считать чат живым общением, можно ли было голосом — не помню). До того, как они кардинально переделали сайт и, имхо, выпилили её. Я это где-то примерно на пол-года или чуть больше застал и больше там и не был.
На мой взгляд, тестовые задания имеют право на жизнь, если они адекватно составлены и в них не просят написать "половину проекта". Например, одно из того, что мне было приятно сделать чуть напрягшись — мне прислали файл с тестами и надо было написать программу, которая их пройдёт. Это заняло ~40 строк кода.
С другой стороны, когда задание выглядит примерно так:
Реализовать серверную часть приложения по сбору данных.
Интерфейс состоит из 3-х методов:
int init(uint64 block_size, uint32 blob_size)
Метод осуществляет установку соответствующих параметров.
block_size — размер передаваемого блока данных в байтах
blob_size — размер хранимого blob в количестве блоков
Возвращаемые значения:
0 в случае успеха
отличное от 0 в случае неудачи.
...
Язык: Python
А я начинал из книг с неизданных(А может и изданных, но я никогда не встречал) черновиков Гвидо и компании. Но она устарела уже сто лет тому назад. На замену ей для входа в питон несколько лет назад мне очень понравилась "A bite of python".
Из того что ещё понравилось: "Python. Подробный справочник" от Дэвида Бизли. Но там вторая половина книги, по факту, документация питона. Но в первой части можно найти много полезного. Ещё "Чистый Python" от Дэна Бейдера и "Секреты Python" от Бретта Слаткина.
1) В выпадающем меню профиля нельзя тыкнуть в сам пункт перехода в профиль. Приходится целиться в ссылку на профиль.
2) Значки в верхней строке сильно меньше размером, чем в выпадающем списке.
3) В выпадающем списке очень больше разрывы между пунктами и огромный шрифт по сравнению с верхней строкой, где значок профиля — имхо, вводит в диссонанс. После пункта ППА разрыв в 2 раза больше, чем между остальными пунктами.
4) Шрифт где карма и рейтинг стал очень маленьким.
5) Пункты подписки и подписчики уехали ниже и теперь надо листать. На мой взгляд, эти пункты рядом с кармой и рейтингом были удобнее.
6) Отсутствует редактор у формы комментариев в новой версии(как уже говорили выше, если не помнишь как разметить спойлер или скриншот — очень неудобно)
Chrome 89.0.4389.128, 27'' 1920x1080
Хорошая статья, спасибо. К сожалению, я не смог найти ни её ни чего-то похожего перед тем как брался за перевод. Только перед публикацией пока искал правильные хабы нашёл вот эту https://habr.com/ru/post/431534/, но на мой взгляд типажи всё же разные и скорее они дополняют друг друга.
Как стоит назвать статью это к автору оригинала :)
А как просто читатель я с вами не соглашусь. Здесь есть и те с кем нравится и те с кем не нравится работать вместе. Если бы были только обиды и обвинения, автор не рассказывал бы о тех типах разработчиков, с которыми ему нравится работать. У каждого из нас, наверное, есть люди с кем нам нравится работать и с кем больше не очень бы хотелось. И эта классификация хотя и довольно субъективна, она имеет право на жизнь. И наверняка найдутся те, кто скажет: "О, действительно, вот с таким типом и я работал."
Ну почему же сразу ложь? Нам попадаются люди разных типов и субъективно мы можем классифицировать по-разному. Но и это разное может где-то пересекаться.
deleted
А трансляция или доступная запись будут?
Если я правильно понимаю понятие линейного менеджера, то, да, наверное, им надо управлять работой. На мой взгляд управление людьми необходимо в большей степени проджект менеджерам(иногда директорам — в зависимости от организации компании).
Если мы говорим о разработке, то продуктом здесь является, обычно, результат интеллектуального труда. И даже, если мы предположим, что интеллектуальный труд это производство(но, имхо, это тема отдельной дискуссии), то ведь нельзя же управлять разными типами производства одинаково...
Я ни в коем случаю не "наезжаю", я просто имел опыт работы в разных компаниях с разным управлением и просто хочу понять некоторые, неясные мне вещи. Возможно, я просто не понял вас в контексте терминов.
А можно поинтересоваться кому нужно управлять работой, а не людьми? И второй вопрос, считаете ли вы работу производством?
Спасибо!
Вопрос к тем, кто читал эту книгу и "Scala для нетерпеливых" Хорстмана — есть ли между ними большая разница, стоит посмотреть на обе или можно остановиться на одной?
Теперь я не очень понял :) Если вы о справочнике Бизли — то вторая часть там, по сути, документация по встроенным библиотекам, изредка раскрывающая чуть больше официальной.
Я бы предложил начать с "A bit of python"/"A Whirlwind Tour of Python" эти книги дадут достаточно для погружения в язык. Дальше посоветовал бы прочитать первую половину справочника(вторая половина — в основном, перевод документации и читается по необходимости) по питону от Дэвида Бизли. Для погружения на следующий уровень питона — "Effective Python" и "Fluent Python".
Спасибо, я помню, что он используется для снятия ответственности с себя. Но, на мой взгляд, это объяснять нужно, даже если это очевидно вам и автору. Кому-то не очевидно, кто-то может не знать. Имхо, запреты надо объяснять какими бы очевидными они не являлись.
За статью спасибо, но если побуждаете отказываться от чего-то, хотелось бы иметь объяснение причины. Например, в пункте "Избегайте восклицательных знаков" объяснили к чему приводит большое количество восклицательных знаков, а в пункте "Откажитесь от страдательного залога" — нет.
А нас когда-то учили не "Could you please", а "Could you… текст..., please?" Хотя коллеги, ездившие в командировки утверждали, что носители общаются без "please", достаточно просто "Could you ...?" Но это не США, а Британия была.
Имхо, у программиста должно быть понимание решаемой бизнес-задачи и куда рыть по областям этой самой бизнес-задачи, когда всего не знаешь.
А давно вы там остановились? Несколько лет назад там можно было и с иностранцами пообщаться вживую(если считать чат живым общением, можно ли было голосом — не помню). До того, как они кардинально переделали сайт и, имхо, выпилили её. Я это где-то примерно на пол-года или чуть больше застал и больше там и не был.
На мой взгляд, тестовые задания имеют право на жизнь, если они адекватно составлены и в них не просят написать "половину проекта". Например, одно из того, что мне было приятно сделать чуть напрягшись — мне прислали файл с тестами и надо было написать программу, которая их пройдёт. Это заняло ~40 строк кода.
С другой стороны, когда задание выглядит примерно так:
Это выглядит несколько странно.