А помните, были такие дискеты - 5,25" ёмкостью 360 Кб? Я помню. И даже пользовался такими в школе. И было прямо шиком отформатировать дискету на 720 Кб и чувствовать себя Властелином Вселенной. А сейчас такой объём вообще никто не учитывает, если речь не о микроконтроллерах. Да и там уже не всегда такой объём напрягает.
Как я понимаю, они пытаются выполнять весь цикл работ за один заход, а вот это как раз требует много техники в одном месте и много времени. А вот если дерево распилить, сложить на обочину или даже затащить в лес и дать возможность электрикам восстановить подачу электричества, главная проблема будет решена быстро, а потом можно будет не перенапрягаясь и не затягивая основные работы вывезти дрова с мест аварий. Может быть, местным же владельцам каминов и продать, если такое возможно по местным правилам. То есть, если рассматривать задачу не как одну, а как три (распил дерева, восстановление линии, вывоз дров), основная задача окажется выполнена быстро и без возмущений со стороны клиентов.
Можно было сделать в два этапа: сначала распилить упавшие деревья и восстановить подачу энергии, а потом спокойно вывозить куски стволов. Причём, подозреваю, эти же чурбаки можно было бы продать местным же в качестве дров для каминов - так и везти далеко не пришлось бы. Но последнее зависит от правил обращения с такими деревьями, а я их не знаю.
Подобное вижу периодически, но по другим поводам: просто смотрят на User-Agent, видят, что браузер не из списка и ругаются, хотя всё работает, если скрипт принудительно не мешает.
Что касается мощности компьютера, то мне его хватает, другое дело, что он сильно загружен. И вот то, что Firefox ровно в тех же условиях работает без тормозов, говорит не о недостаточной мощности компьютера, а о недостаточно квалификации разработчиков других браузеров. Я помню сообщения о том, как браузеры загоняли в заморозку компьютеры с топовыми процессорами, помню, как в какой-то момент нетбук на Atom N570 перестал нормально вытягивать браузер, хотя потом снова всё стало работать как надо. Железо имеет значение, но зачастую дело в кривом коде. Очень кривом коде.
Насколько я знаю, Web-RTC есть уже давно. И это было объективно. Ставил в виртуалку, выделил, как и запрашивалось, 4 Гб ОЗУ, во время поиска информации и скачивания дополнительного софта, пока не поставил Firefox, система вообще и Edge в частности тормозили до полного замирания системы. После установки Firefox и переключения на него, система несколько оттаяла и с браузером стало возможно работать. В обоих случаях никакие дополнительные расширения не ставились, речь шла только о начальной настройке ОС.
Собственно, аналогичная ситуация, только в обратную сторону, у меня случается на рабочей машине, когда приходится запускать Chromium. Я занимаюсь парсерами и иногда приходится использовать Selenium. Так вот, разница в производительности ощущается буквально пальцами: он не успевает реагировать и ощутимо тормозит. При том, что Firefox с кучей окон и вкладок, с установленными плагинами работает по-прежнему быстро.
То есть в обоих случаях браузеры запускаются в одних и тех же условиях - одни и те же ОС, одно и то же оборудование. Один тормозит, второй работает адекватно. Причём, эксперименты повторялись в различных ОС и на разном оборудовании.
Аппетиты - совсем не OK. Недавно пришлось заниматься установкой Windows и пока не поставил Firefox, использовал Edge. Работать было невозможно. После установки Firefox всё стало гораздо бодрее.
Зачем задавать вопросы? Лид должен сам всё выдать и так. С потрахами. Он же лид, а не джуниор.
С "потрахами"? И кого он должен потрахать, чтобы пройти собеседование и получить работу? Боюсь, это явно не профильный навык для хорошего разработчика. Вот совсем не профильный. Тут какой-то другой специалист требуется.
Ну как Вам сказать? ЕГЭ же. И как и в случае с ЕГЭ, прохождение таких тестов показывает способность проходить тесты и ничего более. Впрочем, это ещё лет 20 назад на себе испытал. Да, сейчас немного научился вешать лапшу на уши, чтобы пройти собеседование, но это так скучно, что до сих пор не всегда справляюсь с непрофильной задачей по рекламированию себя.
Я занимаюсь обдиранием торговых площадок (госзакупки и прочее подобное) и как раз такая проблема задалбывает очень сильно: данные указаны в локальном часовом поясе или в московском? За МКАДом же жизни нет, зачем использовать какой-то другой часовой пояс? Или использую локальный, но не указывают его. И сижу я над клавиатурой и пытаюсь угадать, о чём думал разработчик и думал ли он вообще. В идеальных случаях явно пишут часовой пояс или внутри протокола API время пересылают в UTC, но это тоже сначала надо определить. А иногда - именно что "сегодня", "вчера", "позавчера" и прочее подобное. А если ещё и время при этом не указывают... Ну и да, "вчера" и "1 день назад" - это ни фига не одно и то же.
Не только в Телеграме такое, это уже общепринятое значение этой кнопки в мессенджерах: так в Skype, ВК, Discord и, думаю, много ещё где. То есть решение не самое лучшее, но уже общепринятое. Конечно, лучше было бы использовать что-то вроде Ctrl-Up, чтобы не совпадало с более общими клавишами, но это уже отдельный вопрос.
Тут есть один интересный момент: Вам не нужны стрелочки, но нужен какой-то формат даты, я стрелочками давно не пользовался, но ширина скроллбара мне важна и дату я недавно настроил, а кому-то важен цвет какого-то элемента (или на дальтоников сразу возложим большой и красивый и пусть пользуются "высококонтрастной" версией для почти слепых?) и так далее. То есть каждому нужно настроить что-то своё. Так что мешает дать это настроить? Да, вероятно, не все элементы можно настроить, но можно использовать другой рабочий стол, где нужное будет настраиваться. Да, что-то будет довольно глубоко закопано, потому что размер шрифта и тему настраивают многие, а толщину скроллбара надо править только некоторым. Вот я сейчас использую XFCE и мне здесь удобно, потому что смог поменять то, что мне надо было поменять. А если бы не смог, то, вероятно, пошёл бы искать что-то более для меня удобное. Это при том, что есть знакомые, которые используют KDE, которая мне показалась чудовищной, как и GNOME, начиная с 3 версии.
Да, миллион опций, но не одновременно в одной оболочке, а в каждой свой набор и надо только найти свой вариант.
Да, знаю, в Windows с этим сложнее, но это и есть один из главных недостатков этой ОС, с моей точки зрения. А Mac OS X по той же причине - полный отстой, как и её предшественницы: толстый-толстый слой... Нет, не шоколада, а абстракций. При ничтожных возможностях настройки. И даже после оптимизации Mac OS X на Mac-mini с процессором на 2,5 ГГц и 10 Гб ОЗУ работал медленнее... Нетбука с Atom N570 (1,66 ГГц) и ОЗУ 2 Гб. Почему? Потому что на нетбуке окно открывалось сразу и сразу же было готово принимать команды, а на куда более мощном Mac-mini ОС сначала показывала мультик на полсекунды о том, как она умеет плавно открывать окна. А поскольку это приводило к движениям по всему экрану, требовалось время, чтобы сфокусироваться на свежеоткрытом окне и в итоге работать с ним можно было начинать только через пару секунд после завершения "кино". Отключить это было невозможно. Да, у нас был любитель продукции Apple и он даже нашёл какое-то тайненькое знаньице, как сократить мультик, но полностью отключить его было невозможно. Если кому-то это нравится, то и пусть, но если даже такая банальность не настаивается (в Windows прекрасно отключается за полминуты, что я всегда и делал), интерфейс нельзя считать хорошим. Но если кому-то нравится смотреть, как открываются окна (течёт вода, горит огонь и работают люди), они могут выбрать эту ОС, а если не нравится, они могут выбрать другу, где это либо отключается, либо не включено вообще. Но если это мировая тенденция, как вот тонкие скроллбары, исчезнувшие и не включающиеся обратно стрелки, ненастраиваемые даты и так далее, то это всё очень плохо, потому что легко может оказаться, что такой интерфейс устраивает... Меньшинство, потому что всех остальных будет не устраивать какая-то деталь, которую нельзя настроить. И все будут хоть немного, но несчастны.
А самый правильный вариант - сделать формат даты настраиваемым: несколько зашитых вариантов и пользовательский в формате strftime. Учитывая, что зашитые, кроме "сегодня", "вчера" и т.д., это предопределённые строки в том же формате strftime, записываемые в какую-то переменную при инициализации, дополнительных расходов не будет.
Вообще-то, он изначально знал, что с этим языкомя знаком поверхностно и с очень старой версией. Собственно, начали работать на другом языке с перспективой перехода на C#, потому что профильные клиентские библиотеки для работы API по большей части написаны именно на нём. При этом, у меня большой опыт работы с родственными языками - C, C++, Java, как и и общий стаж программирования. То есть я бы, продолжая работать над той задачей, над которой начал работать, за неделю-две подтянул бы знания по C# до приемлемого уровня, а дальше уже остаётся поиск по стандартным библиотекам, которые полностью всё равно никто не знает, удовлетворяясь той частью, которую используют постоянно.
Ключи шифрования и прочие подобные данные - это именно данные и они не являются неотъемлемой частью программы. Данные, с которыми работает программа, не подпадают под лицензию. Что же касается проприетарных модулей, то, к примеру, GUI для проприетарной конмаднострочной программы может быть выпущен под GPL, как и наоборот, как мне кажется: всё-таки это разные проекты, хоть и связанные. А вот если взять почтовик вроде Claws Mail и впилить в него кусок проприетарного кода, будут проблемы, поскольку этот код придётся раскрывать. Хотя, возможно, получится сделать подгружаемый модуль-прокладку, код которого можно спокойно раскрывать под GPL, а подгружаемый уже им закрытый модуль будет оставаться закрытым. Но я эту тему копал давно и подробностей уже не помню, а сейчас нет времени копать заново. Увы.
То, что Вы описали, относится к коду, распространяемому под лицензией LGPL - вот она допускает позднюю линковку без нарушения лицензии. Собственно, ради этого эта версия лицензии и сочинялась.
Года три назад ко мне подкатил заказчик, обещал "золотые горы", потом, правда, пропал без следа. Так вот, надо было ему на C# писать и я начал разбираться, как это нынче выглядит. А выглядело это, прямо скажем, весьма печально. Кажется, чуть ли не руками надо было в систему распаковывать эту самую "корочку" и даже включать всё это чудовище в проект, запаковывая в исполняемый файл. Получались очень маленькие ""Hello, world!", всего по 70-80 мегабайт каждый. То есть в два раза больше, чем развёрнутая Windows95. То есть да, можно и так. Или можно просто ставить ОС в виртуалку и запускать её как исполняемый файл. Ненуачо? И так для каждой мелкой программы. Java, с точки зрения пользователя Linux, выглядит куда интереснее: ставлю Eclipse - автоматом ставится Java, ставлю ещё что-то - ставится уже только вот это "что-то". А если на C#, если только не собирается с mono, всё вот так "весело".
А помните, были такие дискеты - 5,25" ёмкостью 360 Кб? Я помню. И даже пользовался такими в школе. И было прямо шиком отформатировать дискету на 720 Кб и чувствовать себя Властелином Вселенной. А сейчас такой объём вообще никто не учитывает, если речь не о микроконтроллерах. Да и там уже не всегда такой объём напрягает.
Да Вы прямо дрессировщик! Раньше так животных дрессировали, а теперь и до операционных систем дело дошло.
Если бы знал о проблеме, пока она не была решена, возможно, так и сделал бы.
Как я понимаю, они пытаются выполнять весь цикл работ за один заход, а вот это как раз требует много техники в одном месте и много времени. А вот если дерево распилить, сложить на обочину или даже затащить в лес и дать возможность электрикам восстановить подачу электричества, главная проблема будет решена быстро, а потом можно будет не перенапрягаясь и не затягивая основные работы вывезти дрова с мест аварий. Может быть, местным же владельцам каминов и продать, если такое возможно по местным правилам. То есть, если рассматривать задачу не как одну, а как три (распил дерева, восстановление линии, вывоз дров), основная задача окажется выполнена быстро и без возмущений со стороны клиентов.
Можно было сделать в два этапа: сначала распилить упавшие деревья и восстановить подачу энергии, а потом спокойно вывозить куски стволов. Причём, подозреваю, эти же чурбаки можно было бы продать местным же в качестве дров для каминов - так и везти далеко не пришлось бы. Но последнее зависит от правил обращения с такими деревьями, а я их не знаю.
Подобное вижу периодически, но по другим поводам: просто смотрят на User-Agent, видят, что браузер не из списка и ругаются, хотя всё работает, если скрипт принудительно не мешает.
Что касается мощности компьютера, то мне его хватает, другое дело, что он сильно загружен. И вот то, что Firefox ровно в тех же условиях работает без тормозов, говорит не о недостаточной мощности компьютера, а о недостаточно квалификации разработчиков других браузеров. Я помню сообщения о том, как браузеры загоняли в заморозку компьютеры с топовыми процессорами, помню, как в какой-то момент нетбук на Atom N570 перестал нормально вытягивать браузер, хотя потом снова всё стало работать как надо. Железо имеет значение, но зачастую дело в кривом коде. Очень кривом коде.
Насколько я знаю, Web-RTC есть уже давно. И это было объективно. Ставил в виртуалку, выделил, как и запрашивалось, 4 Гб ОЗУ, во время поиска информации и скачивания дополнительного софта, пока не поставил Firefox, система вообще и Edge в частности тормозили до полного замирания системы. После установки Firefox и переключения на него, система несколько оттаяла и с браузером стало возможно работать. В обоих случаях никакие дополнительные расширения не ставились, речь шла только о начальной настройке ОС.
Собственно, аналогичная ситуация, только в обратную сторону, у меня случается на рабочей машине, когда приходится запускать Chromium. Я занимаюсь парсерами и иногда приходится использовать Selenium. Так вот, разница в производительности ощущается буквально пальцами: он не успевает реагировать и ощутимо тормозит. При том, что Firefox с кучей окон и вкладок, с установленными плагинами работает по-прежнему быстро.
То есть в обоих случаях браузеры запускаются в одних и тех же условиях - одни и те же ОС, одно и то же оборудование. Один тормозит, второй работает адекватно. Причём, эксперименты повторялись в различных ОС и на разном оборудовании.
Аппетиты - совсем не OK. Недавно пришлось заниматься установкой Windows и пока не поставил Firefox, использовал Edge. Работать было невозможно. После установки Firefox всё стало гораздо бодрее.
И не одну!
С "потрахами"? И кого он должен потрахать, чтобы пройти собеседование и получить работу? Боюсь, это явно не профильный навык для хорошего разработчика. Вот совсем не профильный. Тут какой-то другой специалист требуется.
Ну как Вам сказать? ЕГЭ же. И как и в случае с ЕГЭ, прохождение таких тестов показывает способность проходить тесты и ничего более. Впрочем, это ещё лет 20 назад на себе испытал. Да, сейчас немного научился вешать лапшу на уши, чтобы пройти собеседование, но это так скучно, что до сих пор не всегда справляюсь с непрофильной задачей по рекламированию себя.
Я занимаюсь обдиранием торговых площадок (госзакупки и прочее подобное) и как раз такая проблема задалбывает очень сильно: данные указаны в локальном часовом поясе или в московском? За МКАДом же жизни нет, зачем использовать какой-то другой часовой пояс? Или использую локальный, но не указывают его. И сижу я над клавиатурой и пытаюсь угадать, о чём думал разработчик и думал ли он вообще. В идеальных случаях явно пишут часовой пояс или внутри протокола API время пересылают в UTC, но это тоже сначала надо определить. А иногда - именно что "сегодня", "вчера", "позавчера" и прочее подобное. А если ещё и время при этом не указывают... Ну и да, "вчера" и "1 день назад" - это ни фига не одно и то же.
Не только в Телеграме такое, это уже общепринятое значение этой кнопки в мессенджерах: так в Skype, ВК, Discord и, думаю, много ещё где. То есть решение не самое лучшее, но уже общепринятое. Конечно, лучше было бы использовать что-то вроде Ctrl-Up, чтобы не совпадало с более общими клавишами, но это уже отдельный вопрос.
Тут есть один интересный момент: Вам не нужны стрелочки, но нужен какой-то формат даты, я стрелочками давно не пользовался, но ширина скроллбара мне важна и дату я недавно настроил, а кому-то важен цвет какого-то элемента (или на дальтоников сразу возложим большой и красивый и пусть пользуются "высококонтрастной" версией для почти слепых?) и так далее. То есть каждому нужно настроить что-то своё. Так что мешает дать это настроить? Да, вероятно, не все элементы можно настроить, но можно использовать другой рабочий стол, где нужное будет настраиваться. Да, что-то будет довольно глубоко закопано, потому что размер шрифта и тему настраивают многие, а толщину скроллбара надо править только некоторым. Вот я сейчас использую XFCE и мне здесь удобно, потому что смог поменять то, что мне надо было поменять. А если бы не смог, то, вероятно, пошёл бы искать что-то более для меня удобное. Это при том, что есть знакомые, которые используют KDE, которая мне показалась чудовищной, как и GNOME, начиная с 3 версии.
Да, миллион опций, но не одновременно в одной оболочке, а в каждой свой набор и надо только найти свой вариант.
Да, знаю, в Windows с этим сложнее, но это и есть один из главных недостатков этой ОС, с моей точки зрения. А Mac OS X по той же причине - полный отстой, как и её предшественницы: толстый-толстый слой... Нет, не шоколада, а абстракций. При ничтожных возможностях настройки. И даже после оптимизации Mac OS X на Mac-mini с процессором на 2,5 ГГц и 10 Гб ОЗУ работал медленнее... Нетбука с Atom N570 (1,66 ГГц) и ОЗУ 2 Гб. Почему? Потому что на нетбуке окно открывалось сразу и сразу же было готово принимать команды, а на куда более мощном Mac-mini ОС сначала показывала мультик на полсекунды о том, как она умеет плавно открывать окна. А поскольку это приводило к движениям по всему экрану, требовалось время, чтобы сфокусироваться на свежеоткрытом окне и в итоге работать с ним можно было начинать только через пару секунд после завершения "кино". Отключить это было невозможно. Да, у нас был любитель продукции Apple и он даже нашёл какое-то тайненькое знаньице, как сократить мультик, но полностью отключить его было невозможно. Если кому-то это нравится, то и пусть, но если даже такая банальность не настаивается (в Windows прекрасно отключается за полминуты, что я всегда и делал), интерфейс нельзя считать хорошим. Но если кому-то нравится смотреть, как открываются окна (течёт вода, горит огонь и работают люди), они могут выбрать эту ОС, а если не нравится, они могут выбрать другу, где это либо отключается, либо не включено вообще. Но если это мировая тенденция, как вот тонкие скроллбары, исчезнувшие и не включающиеся обратно стрелки, ненастраиваемые даты и так далее, то это всё очень плохо, потому что легко может оказаться, что такой интерфейс устраивает... Меньшинство, потому что всех остальных будет не устраивать какая-то деталь, которую нельзя настроить. И все будут хоть немного, но несчастны.
А самый правильный вариант - сделать формат даты настраиваемым: несколько зашитых вариантов и пользовательский в формате strftime. Учитывая, что зашитые, кроме "сегодня", "вчера" и т.д., это предопределённые строки в том же формате strftime, записываемые в какую-то переменную при инициализации, дополнительных расходов не будет.
Вообще-то, он изначально знал, что с этим языкомя знаком поверхностно и с очень старой версией. Собственно, начали работать на другом языке с перспективой перехода на C#, потому что профильные клиентские библиотеки для работы API по большей части написаны именно на нём. При этом, у меня большой опыт работы с родственными языками - C, C++, Java, как и и общий стаж программирования. То есть я бы, продолжая работать над той задачей, над которой начал работать, за неделю-две подтянул бы знания по C# до приемлемого уровня, а дальше уже остаётся поиск по стандартным библиотекам, которые полностью всё равно никто не знает, удовлетворяясь той частью, которую используют постоянно.
Ключи шифрования и прочие подобные данные - это именно данные и они не являются неотъемлемой частью программы. Данные, с которыми работает программа, не подпадают под лицензию. Что же касается проприетарных модулей, то, к примеру, GUI для проприетарной конмаднострочной программы может быть выпущен под GPL, как и наоборот, как мне кажется: всё-таки это разные проекты, хоть и связанные. А вот если взять почтовик вроде Claws Mail и впилить в него кусок проприетарного кода, будут проблемы, поскольку этот код придётся раскрывать. Хотя, возможно, получится сделать подгружаемый модуль-прокладку, код которого можно спокойно раскрывать под GPL, а подгружаемый уже им закрытый модуль будет оставаться закрытым. Но я эту тему копал давно и подробностей уже не помню, а сейчас нет времени копать заново. Увы.
То, что Вы описали, относится к коду, распространяемому под лицензией LGPL - вот она допускает позднюю линковку без нарушения лицензии. Собственно, ради этого эта версия лицензии и сочинялась.
Да, я в курсе. Как раз примерно тогда, когда я ушёл от работы с Java, поскольку покинул ту компанию, это и произошло.
Года три назад ко мне подкатил заказчик, обещал "золотые горы", потом, правда, пропал без следа. Так вот, надо было ему на C# писать и я начал разбираться, как это нынче выглядит. А выглядело это, прямо скажем, весьма печально. Кажется, чуть ли не руками надо было в систему распаковывать эту самую "корочку" и даже включать всё это чудовище в проект, запаковывая в исполняемый файл. Получались очень маленькие ""Hello, world!", всего по 70-80 мегабайт каждый. То есть в два раза больше, чем развёрнутая Windows95. То есть да, можно и так. Или можно просто ставить ОС в виртуалку и запускать её как исполняемый файл. Ненуачо? И так для каждой мелкой программы. Java, с точки зрения пользователя Linux, выглядит куда интереснее: ставлю Eclipse - автоматом ставится Java, ставлю ещё что-то - ставится уже только вот это "что-то". А если на C#, если только не собирается с mono, всё вот так "весело".