유동적인 TOP은 혼란을 야기하고 방향성을 잃게 할 뿐이며, 동적인 TOP은 결국 TOP의 가치를 완전히 무효화합니다.
TOP은 ▲ 달성 가능해야 하고 ▲ 모두가 이해할 수 있는 공식을 사용해야 하며 ▲ 개발자의 수준을 반영해야 합니다.
해당 월의 TOP은 다시 활동의 TOP, 즉 "완료된 작업량"에 지나지 않습니다.
서비스 작업은 "전문 개발자 서비스"라고 하며, TOP에는 해당 타이틀이 반영되어야 합니다.
시그널/마켓의 탑을 기준으로 삼을 수 있지만, 그 탑이 어떻게 형성되고 무엇을 반영하는지 아무도 이해하지 못하며, 그러한 탑이 작업 서비스에도 있다면 서비스를 유지하는 것은 완전히 의미를 잃게 됩니다.
수요가 많은 전문 개발자는 TOP의 자리를 놓고 경쟁하지 않고 자신에게 이점을 제공하지 않는 서비스를 유지하지 않을 것입니다.
안드레이. 정상은 꽤 달성 할 수 있습니다. 보지 않고 확인하지 않고 컨베이어 벨트없이 최소한의 가격으로 모든 것을 매우 빠르게, 실질적으로 수행해야합니다. 엄청난 비율의 노골적인 쓰레기가있을 것이지만 당신은 정상에있을 것입니다. 그리고 당신은 주문과 일을 할 것입니다. 그리고 거기에서 적어도 풀은 자라지 않습니다.
그리고 개발자에 대해 어떻게 생각할 것인가 - TOP에서 그의 위치가 "말 위에서, 말 아래"처럼 끊임없이 점프하는 경우 오늘은 개발자가 인기가 있고 내일은 그의 전문성에 의문을 제기하는 것과 같은 부정적인 리뷰보다 더 나쁩니다.
TOP이 한 달 동안의 활동을 반영한다면 순서를 여러 개의 작은 활동으로 나누면 엄청난 인기를 얻을 수 있습니다.
한 가지 제안을 드리자면, 상위 공식에서 제외하세요:
-- 이런저런 비용 이하의 주문 -- TOP을 위해 덤핑할 필요가 없음 -- 주문을 여러 개의 작은 주문으로 분할 -- "음식을 위해"와 "평가를 위해"개발자가 사라짐 -- 큰 진지한 주문을받는 것이 더 수익성이 있으므로 완료된 작업의 수가 복잡성을 반영하기 시작합니다.
-- 몇 분 또는 몇 초 동안 지속되는 속전속결 주문 -- '돈 쓰기'를 위한 주문은 인기가 떨어집니다.
-- 문자 집합, 도움말 인용문 및 일화 형태의 무의미한 요청 -- "완료된 작업 포트폴리오"의 의미 증가 -- 개발자가 요청의 의미 여부를 직접 모니터링 할 수 있습니다.
-- 문서에 대한 지불이 작업 서비스 외부에서 이루어지므로 작성된 문서를 작업 목록에 포함합니다.
-- 비활성 개발자 또는 최소 임계치 미만의 활동을 한 개발자를 상위에서 제거 -- 활동적인 개발자에게 돌파구를 마련할 기회 제공 -- 아웃소싱 비율 감소 -- 외부 고객의 추진력을 장려합니다.
artmedia70: Andrei. 정상은 꽤 달성할 수 있습니다. 최소한의 비용으로 모든 것을 매우 빠르게, 실질적으로, 보지 않고 확인하지 않고, 컨베이어 벨트없이 수행해야합니다. 엄청난 비율의 노골적인 쓰레기가있을 것이지만 당신은 정상에있을 것입니다. 그리고 당신은 주문과 일을 받게 될 것입니다. 그리고 직업을 갖게 될 것입니다.
현재 서비스에서는 이런 식으로 운영되고 있습니다. 상위권에 오르면 부조리한 것은 더욱 날카로워지고 높아질 뿐입니다.
우선, 관리자는 게시된 통계(평균 비용, 평균 처리 시간, 검토 건수, 중재 건수)를 적절하게 만들기 위해 모든 것을 서비스 규칙에 맞게 조정할 필요가 있습니다.
각 개발자에 대해 많은 작업을 수행해야 합니다. 그리고 매일 더 많은 사람들이 있습니다.
개발자의 전문성을 어떻게 판단하나요? 어떤 기준으로?
다시 말하지만, 한 고객은 조밀하고 공동이지만 느리지 만 (그러나 고임금) 작업으로 인해 리뷰를 남기고 다른 고객은 적은 비용으로 가능한 가장 빠른 성능을 필요로하는 중재를 신청할 것입니다. 그리고 개발자는 한 명뿐이며 그의 자격은 고객마다 바뀌지 않습니다.
구체적인 예로 이고르 김을 들 수 있습니다. 그가 여기에 온다면 그는 결코 TOP (여기서 전문성을 평가하는 주요 기준)에 포함되지 않을 것입니다. 그는 사려 깊고 서두르지 않는 일을 좋아합니다. 하지만 그는 이름이 있습니다.
그러나 이름은 없지만 이곳에서 전문가로 간주되는 최고의 성과가 있습니다.
"초보자, 프로의 모든 질문, 당신 없이는 지나치지 마십시오-당신 없이는 어디에도 없습니다"를 보면 누가 얼마나 많은 답변을하고 사람들을 돕고 있는지 확인하십시오.... 그들이 여기 있습니까? 그들은 상단에 있습니까? 아니요. 그들은 생산적인 일 대신이 경쟁이 필요하지 않기 때문입니다. 따라서 그들의 답변, 답변의 품질은이 TOP보다 훨씬 더 많은 것을 말해줍니다. 여기서는 전문성이 아니라 개발자들 사이에서 누가큰 수요가 있는지 확인하기위한 "모양"으로 여기에 있습니다.
TOP에서 적절한 평가를 작성하려면 각 개발자의 활동에 대한 많은 정보를 갈아서 .... 누가 이 작업을 수행하나요?
동감입니다. 시간만큼이나 오래된 주제입니다. 하지만 여전히 존재합니다... 잘못 조직 된 TOP의 불건전 한 경쟁과 그에 따라 자신의 자격에 적합한 가격으로 공연자로 선정되기 어렵고 스피드 슈터와 가격을 낮추는 사람들 때문에 전문가가 여기에 오지 않습니다 - 그들은 전문가입니까?
저는 오래 전에 스크립트, 보조지표, 전문가 고문 및 기타 소프트웨어 제품의 최소 가격을 인상할 것을 제안했습니다. 아무것도 바뀌지 않았습니다. 제 생각에는 서비스의 최소 가격은 30~50크레딧이 되어야 한다고 생각합니다.
젠장, 전기 기사는 "소켓에 나사 끼우기"에 대해 최소 500 루블을 청구합니다.
그리고 프로그래머는 350 루블을 위해 의자에서 일어나지 않습니다).
잘못 구성된 상단-완료된 작업 수에 따라 구성되었다고 말하는 것이 멋지다. 확실히 다른 매개 변수에 필터를 적용 할 수 있지만 아무도 프로그램의 품질과 작업의 복잡성을 평가할 수 없으므로 모든 것이 상대적입니다.
저는 정상에 도달할 수 없기 때문에 그곳을 떠났고, 대부분의 사람들은 최고의 성과를 내는 사람들이 정상에 있다고 생각하며 그곳을 바라봅니다. 하지만 종종 빠른 사람들이 정상을 차지하죠.
저희도 이 부분에 대해 고민 중인데, 일반 TOP 대신 한 달 동안의 TOP을 표시할 수도 있을 것 같습니다.
조만간 프리랜서에 대한 통계를 발표할 예정인데, 그 수치가 매우 흥미롭습니다.
전체 TOP 대신 월별 TOP을 표시하는 방안도 고려하고 있습니다.
유동적인 TOP은 혼란을 야기하고 방향성을 잃게 할 뿐이며, 동적인 TOP은 결국 TOP의 가치를 완전히 무효화할 것입니다.
TOP은 ▲ 달성 가능해야 하고 ▲ 모두가 이해할 수 있는 공식이 적용되어야 하며 ▲ 개발자의 수준을 반영해야 합니다.
해당 월의 TOP은 다시 활동의 TOP, 즉 "완료한 작업량"에 불과합니다.
서비스 작업은 "전문 개발자 서비스"라고 하며, TOP에는 해당 타이틀이 반영되어야 합니다.
시그널/마켓의 탑을 기준으로 삼을 수 있지만, 그 탑이 어떻게 형성되고 무엇을 반영하는지 아무도 이해하지 못하며, 그러한 탑이 작업 서비스에도 있다면 서비스를 유지하는 것은 완전히 의미를 잃게 됩니다.
수요가 많은 전문 개발자는 TOP의 자리를 놓고 경쟁하지 않고 자신에게 이점을 제공하지 않는 서비스를 붙잡고 있지 않을 것입니다.
유동적인 TOP은 혼란을 야기하고 방향성을 잃게 할 뿐이며, 동적인 TOP은 결국 TOP의 가치를 완전히 무효화합니다.
TOP은 ▲ 달성 가능해야 하고 ▲ 모두가 이해할 수 있는 공식을 사용해야 하며 ▲ 개발자의 수준을 반영해야 합니다.
해당 월의 TOP은 다시 활동의 TOP, 즉 "완료된 작업량"에 지나지 않습니다.
서비스 작업은 "전문 개발자 서비스"라고 하며, TOP에는 해당 타이틀이 반영되어야 합니다.
시그널/마켓의 탑을 기준으로 삼을 수 있지만, 그 탑이 어떻게 형성되고 무엇을 반영하는지 아무도 이해하지 못하며, 그러한 탑이 작업 서비스에도 있다면 서비스를 유지하는 것은 완전히 의미를 잃게 됩니다.
수요가 많은 전문 개발자는 TOP의 자리를 놓고 경쟁하지 않고 자신에게 이점을 제공하지 않는 서비스를 유지하지 않을 것입니다.
전체 상위권 대신 월간 상위권을 표시하는 방안도 고려하고 있습니다.
게다가 TOP이 자주 바뀌면 개발자의 평판이 훼손될 위험이 있습니다.
마켓에서는 인기와 비인기처럼 TOP에 나타났다가 사라질 수 있는 상품이기 때문입니다.
그리고 개발자에 대해 어떻게 생각할 것인가 - TOP에서 그의 위치가 "말 위에서, 말 아래"처럼 끊임없이 점프하는 경우 오늘은 개발자가 인기가 있고 내일은 그의 전문성에 의문을 제기하는 것과 같은 부정적인 리뷰보다 더 나쁩니다.
TOP이 한 달 동안의 활동을 반영한다면 순서를 여러 개의 작은 활동으로 나누면 엄청난 인기를 얻을 수 있습니다.
한 가지 제안을 드리자면, 상위 공식에서 제외하세요:
-- 이런저런 비용 이하의 주문 -- TOP을 위해 덤핑할 필요가 없음 -- 주문을 여러 개의 작은 주문으로 분할 -- "음식을 위해"와 "평가를 위해"개발자가 사라짐 -- 큰 진지한 주문을받는 것이 더 수익성이 있으므로 완료된 작업의 수가 복잡성을 반영하기 시작합니다.
-- 몇 분 또는 몇 초 동안 지속되는 속전속결 주문 -- '돈 쓰기'를 위한 주문은 인기가 떨어집니다.
-- 문자 집합, 도움말 인용문 및 일화 형태의 무의미한 요청 -- "완료된 작업 포트폴리오"의 의미 증가 -- 개발자가 요청의 의미 여부를 직접 모니터링 할 수 있습니다.
-- 문서에 대한 지불이 작업 서비스 외부에서 이루어지므로 작성된 문서를 작업 목록에 포함합니다.
-- 비활성 개발자 또는 최소 임계치 미만의 활동을 한 개발자를 상위에서 제거 -- 활동적인 개발자에게 돌파구를 마련할 기회 제공 -- 아웃소싱 비율 감소 -- 외부 고객의 추진력을 장려합니다.
Andrei. 정상은 꽤 달성할 수 있습니다. 최소한의 비용으로 모든 것을 매우 빠르게, 실질적으로, 보지 않고 확인하지 않고, 컨베이어 벨트없이 수행해야합니다. 엄청난 비율의 노골적인 쓰레기가있을 것이지만 당신은 정상에있을 것입니다. 그리고 당신은 주문과 일을 받게 될 것입니다. 그리고 직업을 갖게 될 것입니다.
현재 서비스에서는 이런 식으로 운영되고 있습니다. 상위권에 오르면 부조리한 것은 더욱 날카로워지고 높아질 뿐입니다.
-- 글에 대한 지불이 Work 서비스 외부에서 이루어지므로 저작물 목록에 작성된 글을 포함합니다 .
- 뛰어난 프로그래머일 수는 있지만 작가가 될 수는 없습니다.
- 어떤 사람은 훌륭한 작가일 수 있지만 프로그래머는 전혀 아닐 수 있습니다.
그렇다면 기사만 쓰고 다른 사람의 일은 하지 않을 수 있습니다.
그건 그렇고, 저는 둘 다 할 수 있습니다. 하지만 A 레벨에 대해 충분히 알지 못하기 때문에 A 레벨에 대한 기사를 쓸 수없고 B 레벨에 대한 기사를 쓸 수 없습니다. 지금은 다른 것이 인기있는 것 같습니다.
그렇다면 기사만 쓰고 다른 사람의 일은 하지 않아도 됩니다.
기사는 완성된 유료 작업이며, 주문에 대한 수십 건의 계약보다 개발자의 자격을 훨씬 더 특징 짓는 작업입니다.
5K뿐만 아니라 4K에도 기사가 있습니다.
작업 서비스의 통계를 보면 첫 번째 단계에서 여러 기사가 서비스를 통해 수행되었습니다. 그런 다음 이러한 작업을 제거하거나 개선하기 위해 일관성을 유지해야합니다.
그리고 인터페이스 번역, 도움말 작업-서비스에도 그러한 주문이 있습니다.
심지어 "잃어버린 내기"작업 https://www.mql5.com/ru/job/4234, 심지어 긍정적 인 피드백이 있더라도 서비스에 어떻게 있어야합니까?
또는 "보너스"작업-왜 그러한 작업이 완료된 작업 목록에 포함되어야합니까-TOR, 개발, 이행 단계가 있습니까?
관리자는 먼저 모든 것을 서비스 규칙과 일치시켜야 합니다. 게시된 통계(평균 비용, 평균 완료 시간, 검토 횟수, 중재 횟수)를 적절하게 만들어야 합니다.
우선, 관리자는 게시된 통계(평균 비용, 평균 처리 시간, 검토 건수, 중재 건수)를 적절하게 만들기 위해 모든 것을 서비스 규칙에 맞게 조정할 필요가 있습니다.
각 개발자에 대해 많은 작업을 수행해야 합니다. 그리고 매일 더 많은 사람들이 있습니다.
개발자의 전문성을 어떻게 판단하나요? 어떤 기준으로?
다시 말하지만, 한 고객은 조밀하고 공동이지만 느리지 만 (그러나 고임금) 작업으로 인해 리뷰를 남기고 다른 고객은 적은 비용으로 가능한 가장 빠른 성능을 필요로하는 중재를 신청할 것입니다. 그리고 개발자는 한 명뿐이며 그의 자격은 고객마다 바뀌지 않습니다.
구체적인 예로 이고르 김을 들 수 있습니다. 그가 여기에 온다면 그는 결코 TOP (여기서 전문성을 평가하는 주요 기준)에 포함되지 않을 것입니다. 그는 사려 깊고 서두르지 않는 일을 좋아합니다. 하지만 그는 이름이 있습니다.
그러나 이름은 없지만 이곳에서 전문가로 간주되는 최고의 성과가 있습니다.
"초보자, 프로의 모든 질문, 당신 없이는 지나치지 마십시오-당신 없이는 어디에도 없습니다"를 보면 누가 얼마나 많은 답변을하고 사람들을 돕고 있는지 확인하십시오.... 그들이 여기 있습니까? 그들은 상단에 있습니까? 아니요. 그들은 생산적인 일 대신이 경쟁이 필요하지 않기 때문입니다. 따라서 그들의 답변, 답변의 품질은이 TOP보다 훨씬 더 많은 것을 말해줍니다. 여기서는 전문성이 아니라 개발자들 사이에서 누가큰 수요가 있는지 확인하기위한 "모양"으로 여기에 있습니다.
TOP에서 적절한 평가를 작성하려면 각 개발자의 활동에 대한 많은 정보를 갈아서 .... 누가 이 작업을 수행하나요?
이는 개발자 개개인이 해야 할 일이 많다는 뜻입니다. 그리고 매일 그 수가 늘어나고 있습니다.
개발자의 전문성을 어떻게 판단할 수 있을까요? 어떤 기준으로 판단할까요?
사실, 한편으로는 "누워 있는 돌 밑으로 물이 흐르지 않는다"는 딜레마가 있고, 다른 한편으로는 "물이 돌을 날카롭게 한다"는 딜레마가 있습니다.
기본적으로 아무것도 하지 않고 아무것도 제공할 수 없습니다.
위에서 제 생각을 말씀드렸습니다만, 업무 서비스에서 활동을 정량화하는 방법, 즉 정성적인 측면으로 필터링하는 방법에 대한 제 구체적인 제안이 있습니다.
Renat는 자신의 생각을 표현하겠다고 제안했습니다-그들은 표현되었습니다-더 나아가-행정부 측에서 대화가있을 것입니다-우리는 건설적으로 발전 할 것입니다-대화는 없을 것입니다-모든 것이 비어 있습니다-시간을 낭비하고 쓸데없이 뇌에 부담을 줄 것이 없습니다.
추신 : 현재 레나도 로슈도 대화에 나서지 않았습니다. 레나트가 발언했고 코멘트가 주어졌습니다. 행정부의 참여없이 서비스 개선에 대한 논의는 쓸모없고 건설적이지 않습니다.
사실, 한편으로는 "누워 있는 돌 밑으로 물이 흐르지 않는다"는 딜레마가 있고, 다른 한편으로는 "물은 돌을 날카롭게 한다"는 딜레마가 있습니다.
원칙적으로 아무것도 하지 않고 아무것도 제공할 수 없습니다.
위에서 제 생각을 말씀드렸습니다만, 업무 서비스에서 활동을 정량화하는 방법, 즉 정성적인 측면으로 필터링하는 방법에 대한 구체적인 제안이 있습니다.
Renat는 자신의 생각을 표현하겠다고 제안했습니다-그들은 표현되었습니다-더 나아가-행정부 측에서 대화가있을 것입니다-우리는 건설적으로 발전 할 것입니다-대화는 없을 것입니다-모든 것이 비어 있습니다-시간을 낭비하고 쓸데없이 뇌에 부담을 줄 것이 없습니다.
추신 : 현재 레나도 로슈도 대화에 나서지 않았습니다. 레나트가 발언했고 코멘트가 주어졌습니다. 운영진의 참여 없이 서비스 개선에 대한 논의는 쓸모없고 건설적이지 않습니다.
동의합니다. 이 주제는 세상만큼이나 오래된 주제입니다. 하지만 여전히 존재합니다... 잘못 조직 된 TOP의 불건전 한 경쟁과 그에 따라 자신의 자격에 맞는 가격으로 공연자로 선정되기 어렵고 스피드 슈터와 가격을 낮추는 사람들-그들이 전문가입니까?
저는 오래 전에 스크립트, 보조지표, 전문가 어드바이저 및 기타 소프트웨어 제품의 최소 가격을 인상할 것을 제안했습니다. 아무것도 바뀌지 않았습니다. 제 생각에는 서비스의 최소 가격은 30~50크레딧이 되어야 한다고 생각합니다.
젠장, 전기 기술자는 "소켓에 나사 끼우기"에 최소 500 루블을 청구합니다.
동감입니다. 시간만큼이나 오래된 주제입니다. 하지만 여전히 존재합니다... 잘못 조직 된 TOP의 불건전 한 경쟁과 그에 따라 자신의 자격에 적합한 가격으로 공연자로 선정되기 어렵고 스피드 슈터와 가격을 낮추는 사람들 때문에 전문가가 여기에 오지 않습니다 - 그들은 전문가입니까?
저는 오래 전에 스크립트, 보조지표, 전문가 고문 및 기타 소프트웨어 제품의 최소 가격을 인상할 것을 제안했습니다. 아무것도 바뀌지 않았습니다. 제 생각에는 서비스의 최소 가격은 30~50크레딧이 되어야 한다고 생각합니다.
젠장, 전기 기사는 "소켓에 나사 끼우기"에 대해 최소 500 루블을 청구합니다.
그리고 프로그래머는 350 루블을 위해 의자에서 일어나지 않습니다).
잘못 구성된 상단-완료된 작업 수에 따라 구성되었다고 말하는 것이 멋지다. 확실히 다른 매개 변수에 필터를 적용 할 수 있지만 아무도 프로그램의 품질과 작업의 복잡성을 평가할 수 없으므로 모든 것이 상대적입니다.