Search
Write a publication
Pull to refresh
97
0
Send message

Готово (пока только в онлайн версии). Так же добавил цвета и фильтры, чтобы понять где основная команда или сотрудники конкретного суб. подрядчика.

В данном случае это смесь Аргентино-Бразильцев. При том, что часть Бразильцев я отрезал по Испанскому алфавиту и частично по популярным фамилиям, а в сторону Аргентины сдвинул, т.к. у неё более сильная экономика и IT отрасль. Но возможно я ошибся, т.к. следуя "карте офисов", работяги Canonical имеются в Сан-Паулу, а это Бразилия (на 1000 км выше).

Видимо "карта офисов" для ТОП 100 компаний сильно поправит разброс и нужно будет её сделать.

Да, все так и есть. Это проверка только для Европы или островов. В районе Латинской Америки она уже не используется, т.к. слишком много испаноязычных стран.

Я взял это https://github.com/telegramdesktop/tdesktop Возможно это не официальная сборка, но выглядит как официальная

Тысячи мелких бизнесов, которые держали там сайты, сейчас окажутся очень неприятной ситуации.

  • для программистов время дикого фриланса

  • доверие к готовым площадкам снова пошатнется

  • Тильда, видимо, будет пытаться очень быстро масштабироваться (но пойдут ли туда те кто уже обжегся?)

С одной стороны, сталкивался редко. С другой стороны, свой опыт, в этом плане, переосмыслил.

Начнём с причин:

  • На реальном проекте задача часто имеет большой контекст и историю вопроса. Трудно вырезать её из контекста и в компактном виде представить на собеседовании.

  • Большая часть задач на большинстве проектов достаточно банальны. Ты полу-копированием по образцу пишешь простой код по перекладываю JSON`ов.

Чтобы решить эти проблемы:

  • делаем маленькие обособленные задачи;

  • рассматриваем в них ту самую меньшую часть, где нужно подумать;

И в этот момент может оказаться, что далеко не все задачи «‎про алгоритмы», на самом деле «‎про алгоритмы». Переосмысливая пройденные алгоритмические секции, сейчас я понимаю, что 50% кода там это и были задачи про бизнес.

Например, на фронте: задача проверки анаграмм;

  • Решение в «‎классическом» виде покажет, что человек понимает узкие места производительности. Если взять его в команду, то вряд ли мы потом получим тех. долг вида «‎всё тормозит, работать невозможно».

  • Решение «‎в лоб» (через кучу методов массива) говорит о том, что он хорошо знает базовое API и скорее всего в рабочих задачах часто сможет решить проблемы обычным способом, не создавая на проекте «‎ад зависимостей», которые потом через пару лет мы физически не сможем обновить или удалить малой кровью.

Разный хэш при разном порядке будет для объектов где больше одной буквы, а по условию:

конкретно для этого массива. Все объекты простые: одна буква, одна цифра, никаких 0, null, undefined, глубокой вложенности и т.п.

const input = [{ a: 1 }, { b: 2 }, { a: 1 }, { a: 2 }, { d: 4 }];
const output = [...new Set(input.map(JSON.stringify))].map(JSON.parse);

За предположение и рассуждение "+", а вот решения, лично я, требую самое топорное, которое придет в голову. Короткое решение + объяснение, где и как оно может развалится в будущем и какие ограничения. Есть другая ачивка, которую соискатель случайно не должен выбить на собесе — «переусложненние»‎. Меня самого за это пару раз срезали и я стал более внимательно к этому относится.

доп. условие к ней такое: решить в самом простом виде, конкретно для этого массива. Все объекты простые: одна буква, одна цифра, никаких 0, null, undefined, глубокой вложенности и т.п. Любой подход (при условии что порядок конкретно этих объектов может быть любой). Если можно просто и в лоб, можете сделать просто и в лоб.

Гелий текуч и его невозможно долго держать в какой бы то небыло таре. По итогу он все равно утекает.

Пока не знаю, написал просто "почтальон". С английским там вообще ахтунг, т.к. половина идиом или названий переведена "просто", без всяких отсылок (

Нет, просто так)) На самом деле «самый короткий»: текст коммита, имя, срок работы, email — все подходит под фразу и трудно иконки придумывать для разных ачивок. Была мысль 15см с Ивлеевой, но это не перевести. Не знаю какие ещё фразы подобрать для соседних ачивок того же типа

На всякий случай проговорю, что все эти ачивки можно посмотреть и для пользователей gitlab/gitea. А вот плагин-интеграцию в интерфейс действительно хочется, но пока не хватает ресурсов разработки на это дело (

Фронтом не вытянуть, тк лог выдерается через консольную команду гиту. А арендовать сервер под это дело — подумаю. Дело в том, что буквально 10 человек с монорепами на пару гигов по сути завалят его работой. По опросам народ больше хотел «развернуть у себя», поэтому пока фокус был такой (обход приватных реп, склейка данных о разных микросервисах и тп)

fix-man и значок какого нибудь Рассомахи или спайдера. И за пару revert — зассал или «что ж ты фраер сдал назад» или «к успеху шел, не фартануло». Только на английский тяжко будет перевести

Это к сожалению трудно скриптом определить. Люди ставят разные имена и абсолютно непохожие почты. Но попробую

Код сразу в мастер/dev льется? Ну вот это будет легко прикрутить

нет, просто опечатка, поправлю

А есть какой-то практический случай, зачем вообще нужно такое поведение?

Возникла та же мысль. Решил попробовать. Вышло так:

let active = null;
document.querySelectorAll('.draggable')
  .forEach(element => {
    element.addEventListener('mousedown', (event) => {
      active = { event, element };
    });
    element.addEventListener('mouseup', () => {
      active = null;
    });
  });
document.addEventListener('mousemove', (event) => {
  if (!active) return;
  active.element.style.left = (event.x - active.event.offsetX) + 'px';
  active.element.style.top = (event.y - active.event.offsetY) + 'px';
});

1
23 ...

Information

Rating
10,195-th
Registered
Activity

Specialization

Frontend Developer
JavaScript
People management
Project management
Development management
Data Analysis
React
Vue.js
Node.js
TypeScript