BitShares Forum
Main => Stakeholder Proposals => Topic started by: pc on February 03, 2015, 10:41:35 pm
-
Hi!
tl;dr: I'm a professional software developer with 15+ years of experience and I'd like to work on the client and take some load off the core team. Please vote for me:
wallet_approve_delegate dev-pc.bitcube true
.
Delegate proposal website: http://bts.quisquis.de/delegate/proposal.html
BitShares Delegate Proposal
My name is Peter Conrad and I propose to create a delegate for funding my work. Please support my proposal and vote for me: wallet_approve_delegate dev-pc.bitcube true
A. What I have to offer
I'm a freelance software developer and I would like to offer my expertise to the BitShares DAC. Read up on my professional background (http://bts.quisquis.de/delegate/about.html) if you like. As you can see ;-) I'm not a GUI type. My preference is backend programming, network interfaces and console stuff.
I have done most of the backend work for porting PTS to PTS-DPOS. PTS-DPOS is basically a fork from BitShares-0.4.23.1, so I'm already familiar with the BitShares codebase.
I see my activities mainly in these areas (in no particular order, priorities will be worked out together with the core devs on a case-by-case basis):
1. Infrastructure
For PTS I have implemented a dynamic list of seed nodes published via DNS. Porting this to BitShares should be simple. I will create and maintain such a list for BitShares (and DevShares) and publish it in the DNS. These DNS names can then be added to the static list of seed nodes built into the client. Every time the client is started, it will fetch a fresh list of seed nodes from DNS and use these. (Once set up, the list is updated automatically and requires hardly any manual maintenance.)
To my surprise, the current client does not work with IPv6. This is a no-go for a brand new networking application, IMO. I will work on porting the networking code to IPv6.
I will continue to provide my Linux packages of BTS (and DVS) for the current set of distributions (CentOS, Fedora, openSUSE), free of charge - I would do that anyway. I can work for pay on adding support for Debian, RHEL, Ubuntu and ArchLinux.
2. External APIs
The BitShares code already contains a very elegant mechanism for defining and generating the external RPC API (also used by the GUI wallet). The same mechanism also generates the command line interface.
The next logical step is to use this mechanism for generating a common API for external applications. I'm thinking of a BitShares-Java API, a Perl module, C library etc., similar to what Xeroc has already started for Python.
In addition to generating the plain method calls, the parameter types and return types should be formalized as well.
3. Code Quality
A delicate subject. This is not about bashing other people's coding style. It is also not about throwing everything away and starting from scratch (only better this time). Nevertheless, objective metrics on code quality exist, and application on the BitShares codebase suggests that there is room for improvement.
What is code quality and why is it important?
Clean code is simple in the sense that it is easy to read and easy to understand. It is highly modular and well-structured.
When code is easy to read it is also easier to see bugs. This leads to a better product.
Code that is easy to understand makes it easier for new developers to join the team, reducing the time (and cost!) to get them up to speed.
Well-structured code is also easier to maintain, reducing the time (and cost) to find and fix bugs.
Modular code facilitates adding new features to an existing program. It is easier (and cheaper) to add a new module than to fiddle with many details all over the codebase.
Modular code also facilitates code reuse. Reuse reduces the overall code size, which leads to more simplicity, fewer bugs and lower maintenance cost.
How to get there?
- Educate others. Not with long monotonous lectures, but by setting examples. By generating interest, explaining and giving pointers.
- Introduce tools. I plan to select tools and metrics for evaluating code quality to highlight problem areas and measure improvement over time.
- Apply the boy scout principle: Always leave the code cleaner than you found it.
4. Grunt work
There are currently (2015-01-31) 130 open issues in the main github repo. Some of these are more than 7 months old. This is not a sign of lazyness (there are more than a thousand closed issues), it's a sign of an overworked dev team. I can take up some of these issues, taking load off the core team.
In a similar way, I can investigate issues posted by forum users that never even make it into a github ticket.
B. Suggested mode of operation
1. Pricing
I can offer to work for the BitShares DAC for €55.00/hour including all expenses. (This is less than my usual rate, and more than 20% less than the average (https://www.gulp.de/cgi-gulp/trendneu.exe/MONEYFORMDLL?txtPosition=Softwareentwickler+&txtFachSchwer=c%2B%2B&lstvAndOr=oder&resultsample=10).) I will adapt the amount of work I'm doing to the exchange rate of BTS/EUR.
I will not charge for
- time spent on the forum,
- work that is immediately applicable to PTS-DPOS (the codebases have diverged and merging changes is a real PITA anyway),
- things I would have done anyway (like maintaining my linux packages, see above).
2. Delegate Operation
I suggest that a 3rd party runs a 100% delegate on my behalf. This should be either an individual living outside the EU, or a business located outside Germany. This serves two purposes:
- It is a tax optimization - in this setup I don't have to charge VAT.
- It is an insurance to the DAC - the 3rd party can check that I'm actually working for my money, and withhold/burn the funds if I don't.
The 3rd party will have to make their identity (name and address) known to me, so I can send them a proper bill (for example on a monthly basis). These bills (excluding the 3rd party's identity) plus a more detailed report will be published here (http://bts.quisquis.de/delegate/report.html) for you, the shareholders, to check.
The 3rd party should agree on a fixed price for their own service in this setup, which will also be paid from the delegate proceeds. Any remaining funds below a threshold (for example two weeks of delegate payment) will be carried over to the next month, the rest (above the threshold) will be burned.
The first two weeks of pay will be taken as compensation for the registration fee.
3. Delegate Operator
Cube (https://bitsharestalk.org/index.php?action=profile;u=20744) has agreed to run the delegate for me. He's a long time member of our community and has been running very reliable PTS-DPOS delegates for a while now.
I am a IT consultant cum project manager by profession. I started as a developer and a system admin before moving on to a sys analyst, senior analyst and then the project manager role. My IT profession and experiences are over 20 years. I am one of the team members responsible for the release of PTS DPOS. I detailed my interest in crypto here (https://bitsharestalk.org/index.php?topic=8204.msg107400#msg107400).
- Cube
Cube will charge USD 135.00 per month for his services. This includes hosting, server maintenance and bookkeeping. At the current rate, USD 135.00 is roughly 10% of the total delegate earnings.
4. Vote for me!
wallet_approve_delegate dev-pc.bitcube true
Thank you very much!
-
sounds nice will vote for you!
-
I'd recommend contacting Fuzzy for a delegate Mumble session.
-
I'll definitively vote for you !!!
-
Thanks for the proposal. Your willingness to help sounds genuine. However, I would like to hear from some core dev team members as far as whether your proposal helps fill their need. And I'd like to be sure this remains a synergistic and cohesive team, rather than a sum of its parts. The other dev delegate candidates so far have already proven themselves as part of this team. If you get some of the current devs to endorse you, that would mean a lot to me.
-
I dont understand you are charging your own rate and not based on delegate percentage? What if delegate pay halves you spend less time? How will stakeholders have visibility in terms of how manyhours you put in? It should be results driven rather than per hour... If you are saying youneed 2 delegates at 100% thats different but it will wouldnt be enough to cover you working fulltime so again I dont get it.
Btw since price is low devs have to understand this and charge less for example I have similar experience level as you but I am planning on running a delegate for my shopping carts which took over 2 months to develop and probably another 2 to finish off all the work and doesnt count setup which was a big chunk and also hosting fees etc of over $200 per month. I know i wont get the same compensation as the core devs that got 3m bts in bonus and more for their work but those that relocated hit the gold mine especially as price was high then.
Until it rises back up i would expect a core dev to work for 1 100% delegate for one project in parallel with other projects
-
putting you in my slate
-
awesome. This is going to be a great slot. Delegates pour in, bring value to the ecosystem and even though the Chinese will cringe (at first), they will see the benefits emerge soon enough :)
-
In the past Bytemaster seemed to insist that anyone wanting to be a core Dev had to move to Virginia in order to reap some synergies from team proximity.
i wonder if he still feels this way?
-
In the past Bytemaster seemed to insist that anyone wanting to be a core Dev had to move to Virginia in order to reap some synergies from team proximity.
i wonder if he still feels this way?
In the end it's not BMs decision anymore .. however, the guys in Blackburg still 'own' the official github repo and the domains
which makes at least the development progress centralized. However, I believe that, in time, development will become more decentralized, i.e. what we see in Linux
-
In the past Bytemaster seemed to insist that anyone wanting to be a core Dev had to move to Virginia in order to reap some synergies from team proximity.
i wonder if he still feels this way?
In the end it's not BMs decision anymore .. however, the guys in Blackburg still 'own' the official github repo and the domains
which makes at least the development progress centralized. However, I believe that, in time, development will become more decentralized, i.e. what we see in Linux
yup
@PC: Fein ... werde voten! :) Go for it
-
Thanks for the proposal. Your willingness to help sounds genuine. However, I would like to hear from some core dev team members as far as whether your proposal helps fill their need. And I'd like to be sure this remains a synergistic and cohesive team, rather than a sum of its parts. The other dev delegate candidates so far have already proven themselves as part of this team. If you get some of the current devs to endorse you, that would mean a lot to me.
As bytemaster stated here: https://bitsharestalk.org/index.php?topic=13988.msg181865#msg181865, the current core team is now very focused and making steady progress. However, there are still many outstanding issues that we currently do not have the resources to address.
I think Peter makes a strong proposal, and even with the currently low exchange rate, I believe we can find some relatively low-hanging fruit for him to work on which would not conflict with anyone else's work, but still provide valuable polish and improve usability. Note that some discussion is still required in order to decide on specific tasks, but once decided, he will be held accountable at the various levels--by his delegate operator, by myself and the rest of the dev team, and by all of the shareholders.
Given the above, I support and endorse this proposal.
-
Thanks for your feedback and/or support everybody! :-)
Your willingness to help sounds genuine. However, I would like to hear from some core dev team members as far as whether your proposal helps fill their need. And I'd like to be sure this remains a synergistic and cohesive team, rather than a sum of its parts. The other dev delegate candidates so far have already proven themselves as part of this team. If you get some of the current devs to endorse you, that would mean a lot to me.
I have contacted the core devs before registering my delegate and received positive feedback - otherwise I wouldn't have bothered to pay the reg fee. Of course I'd be happy too if they could show their support also in this thread. Edit - thanks Vikram!
I'm aware that for various reasons I won't become a member of the core team in the foreseeable future, but that is not my intent. My plan is to work on less critical tasks that the core team currently cannot take on due to lack of resources.
I dont understand you are charging your own rate and not based on delegate percentage? What if delegate pay halves you spend less time? How will stakeholders have visibility in terms of how manyhours you put in? It should be results driven rather than per hour... If you are saying youneed 2 delegates at 100% thats different but it will wouldnt be enough to cover you working fulltime so again I dont get it.
Btw since price is low devs have to understand this and charge less for example I have similar experience level as you but I am planning on running a delegate for my shopping carts which took over 2 months to develop and probably another 2 to finish off all the work and doesnt count setup which was a big chunk and also hosting fees etc of over $200 per month. I know i wont get the same compensation as the core devs that got 3m bts in bonus and more for their work but those that relocated hit the gold mine especially as price was high then.
Until it rises back up i would expect a core dev to work for 1 100% delegate for one project in parallel with other projects
I have looked at other delegate proposals before writing mine. What has often surprised me is that candidates describe *what* they are planning to do, but not *how long* it will take them. So effectively shareholders don't know how much these plans are going to cost them.
OTOH the type of work I have to offer has a market price. I'm even staying below that, because I like the project. Shareholders can decide if they want to pay market rates for developers or not. I will publish a list of what I've done and how much I'm charging for it. Shareholders can verify results and decide if the results are worth what I'm asking - if not they can fire me. That's how the freelance developer market works.
An important difference between my normal work and this proposal is that normally I don't have to pay 60k BTS up front just to apply for a job. I have done this here because I have confidence in my capabilities as a software developer. I trust the community to make the right decision here, and all I'm asking for is a little trust in return - if I don't live up to expectations you can always downvote me again.
-
I have looked at other delegate proposals before writing mine. What has often surprised me is that candidates describe *what* they are planning to do, but not *how long* it will take them. So effectively shareholders don't know how much these plans are going to cost them.
OTOH the type of work I have to offer has a market price. I'm even staying below that, because I like the project. Shareholders can decide if they want to pay market rates for developers or not. I will publish a list of what I've done and how much I'm charging for it. Shareholders can verify results and decide if the results are worth what I'm asking - if not they can fire me. That's how the freelance developer market works.
An important difference between my normal work and this proposal is that normally I don't have to pay 60k BTS up front just to apply for a job. I have done this here because I have confidence in my capabilities as a software developer. I trust the community to make the right decision here, and all I'm asking for is a little trust in return - if I don't live up to expectations you can always downvote me again.
well said - yup understand your concerns ! You'll get me vote.. like your attitude!
-
You'll have my vote as well, you did good work on PTS and I'm sure you'll be a valuable addition.
First task: add the signed message stake import function from PTS? :)
-
Will your delegate bitcube be providing price feeds?
-
I talked to Peter in person and I am certain that he will deliver honest and high quality work!
I will vote as soon as I can.
-
Thanks for the proposal. Your willingness to help sounds genuine. However, I would like to hear from some core dev team members as far as whether your proposal helps fill their need. And I'd like to be sure this remains a synergistic and cohesive team, rather than a sum of its parts. The other dev delegate candidates so far have already proven themselves as part of this team. If you get some of the current devs to endorse you, that would mean a lot to me.
For what it's worth, I used it as an example of a great delegate proposal over on bitcointalk:
https://bitcointalk.org/index.php?topic=940298.msg10351222#msg10351222 (https://bitcointalk.org/index.php?topic=940298.msg10351222#msg10351222)
-
As bytemaster stated here: https://bitsharestalk.org/index.php?topic=13988.msg181865#msg181865, the current core team is now very focused and making steady progress. However, there are still many outstanding issues that we currently do not have the resources to address.
I think Peter makes a strong proposal, and even with the currently low exchange rate, I believe we can find some relatively low-hanging fruit for him to work on which would not conflict with anyone else's work, but still provide valuable polish and improve usability. Note that some discussion is still required in order to decide on specific tasks, but once decided, he will be held accountable at the various levels--by his delegate operator, by myself and the rest of the dev team, and by all of the shareholders.
Given the above, I support and endorse this proposal.
I work with pc on the PTS-DPOS project and I find him a highly professional and committed person. Besides being skillful in what he is doing, he is a determined person who has proven to deliver quality (many-a-time innovative) work and most importantly on time.
Some time in mid Dec'14, we discovered the same the same transaction malleability bug that affected bitshares was found in PTS-DPOS too. It was a serious bug that allowed double-spending. We knew we were fighting for time to avoid the bug being exploited by hackers, the result could be wide spread panic among users. pc worked on a solution meticulously and with a deep sense of urgency. Within a day or so, he fixed the bug, tested it and readied for a new released - PTS-DPOS v2.01. (PTS-DPOS v2.01 has been working smoothly since released). It is during this time that I could feel the deep sense of commitment and responsibility in pc. I enjoy working with him.
I have no doubt that pc would provide tremendous values to the Bitshares team. I would be helping to review his work for the tasks assigned to him.
-
Will your delegate bitcube be providing price feeds?
I will be providing feeds.
-
Will your delegate bitcube be providing price feeds?
I will be providing feeds.
Thanks voted :)
-
Vikram's endorsement has pushed me off the fence. I will vote for you and good luck!
-
+5% I support this.
-
+5% +5% +5% +5% +5%
-
Voted
-
An important difference between my normal work and this proposal is that normally I don't have to pay 60k BTS up front just to apply for a job. I have done this here because I have confidence in my capabilities as a software developer. I trust the community to make the right decision here, and all I'm asking for is a little trust in return - if I don't live up to expectations you can always downvote me again.
And that's why I think this fee is really making a good job! :)
We want to attract only the best of the best out there... And I think it is happening...
I will vote for you as soon as I can ;)
-
+5%
-
+5% +5%
-
Thanks for the proposal. Your willingness to help sounds genuine. However, I would like to hear from some core dev team members as far as whether your proposal helps fill their need. And I'd like to be sure this remains a synergistic and cohesive team, rather than a sum of its parts. The other dev delegate candidates so far have already proven themselves as part of this team. If you get some of the current devs to endorse you, that would mean a lot to me.
As bytemaster stated here: https://bitsharestalk.org/index.php?topic=13988.msg181865#msg181865, the current core team is now very focused and making steady progress. However, there are still many outstanding issues that we currently do not have the resources to address.
I think Peter makes a strong proposal, and even with the currently low exchange rate, I believe we can find some relatively low-hanging fruit for him to work on which would not conflict with anyone else's work, but still provide valuable polish and improve usability. Note that some discussion is still required in order to decide on specific tasks, but once decided, he will be held accountable at the various levels--by his delegate operator, by myself and the rest of the dev team, and by all of the shareholders.
Given the above, I support and endorse this proposal.
+5%
-
Thanks (again) for the support here! :-)
First task: add the signed message stake import function from PTS? :)
I think that is a low priority item, because most AGS/PTS holders trust the BTS devs sufficiently and will not hesitate to import their keys into the BTS client (or have already done so). This feature is more useful to new DACs that are planning to sharedrop on existing coins.
-
Vikram's endorcement means a lot.. Good move using a helper delegate. I hope you make that as simple as possible, there's a lot to do . I look forward to working with you.
-
I agree!
-
dev-pc.bitcube has been added to my slate +5%
-
There is ideas bouncing around on Nullstreet about adding a Bitcoin receive address to a rebranded BitShares lightweight wallet along with support for Shapeshift and Metaexchange. Is this in your wheel house?
There's also a great discussion about what it would take to add a prediction market in the general thread.
-
I listened to the mumble recording from last Friday where the below topics were discussed, too.
There is ideas bouncing around on Nullstreet about adding a Bitcoin receive address to a rebranded BitShares lightweight wallet along with support for Shapeshift and Metaexchange. Is this in your wheel house?
I think conceptionally it is pretty clear what needs to be done for this. In such a project I could achieve a high level of efficiency, because it largely consists of modular functionality that is mostly independent from what others are working on. And even if my delegate pay is not sufficient for implementing the whole thing in a short time I can (for example) provide modules for handling BTC transactions and/or communicating with a BTC API server, and leave the rest to someone else.
So yes, I think this is a good suggestion, but since I want to take load off the core devs I will select projects and coordinate priorities with them once I've been elected.
There's also a great discussion about what it would take to add a prediction market in the general thread.
This is also a very interesting project. But in my understanding this is BM's baby (or one of his many ;-) ). Also, conceptionally it seems to be in an early design stage, and this will impact a lot of core functionality. So IMO this is not a project that would be suitable for my position.
-
I like this delegate proposal, and I trust your capabilities.
But for someone who has no coding skills, could you explain what you can get done in 18 hours a month? (Current market cap)
Is it enough to make a big enough of a dent in cleaning up the GitHub issues?
-
Weren't you saying that delegate pay was nowhere near enough for your time? What changed?
-
Weren't you saying that delegate pay was nowhere near enough for your time? What changed?
1. Pricing
I can offer to work for the BitShares DAC for €55.00/hour including all expenses. (This is less than my usual rate, and more than 20% less than the average (https://www.gulp.de/cgi-gulp/trendneu.exe/MONEYFORMDLL?txtPosition=Softwareentwickler+&txtFachSchwer=c%2B%2B&lstvAndOr=oder&resultsample=10).) I will adapt the amount of work I'm doing to the exchange rate of BTS/EUR.
-
Weren't you saying that delegate pay was nowhere near enough for your time? What changed?
A 100% delegate does not pay for my full time, and this hasn't changed. My proposal offers part-time work.
But for someone who has no coding skills, could you explain what you can get done in 18 hours a month? (Current market cap)
Is it enough to make a big enough of a dent in cleaning up the GitHub issues?
I really don't know how to explain. My proposal mentions the GitHub issues mostly as a workload indicator, not as an actual problem. The amount of work hiding behind a single issue can vary wildly, so it is not possible to say that I need X hours per issue. And even a single issue can be handled in qualitatively different ways - for example an issue describing a bug can be resolved by fixing the bug only, or by creating a test case for reproducing the bug, then creating the actual fix, then verifying that the fix works by re-running the test. Creating regression tests takes more time obviously, but is also more future-proof.
I think in the end the most fair way to evaluate my work will be to check a) if I provide quality work, and b) if the time I need for producing these results is adequate. Fortunately the nature of this project makes such evaluation possible for anyone (or at least for anyone with coding skills).
-
Fair enough. You've got multiple devs backing this proposal. And any help on their side is a big plus.
You've got my vote.
-
I'm not sure what keeps people from voting... quite possibly this is because I suck at self-marketing (which may be one reason why qualified developers are very much hesitant to apply for a job in the DAC).
Anyway, I have started working on some issues to show how I want to make myself useful, to prove that I can make myself useful, and how I want to report on it: http://bts.quisquis.de/delegate/report.html
-
i believe your great work.but it is more friendly,if you want to earn BTS not EURO.I will vote you.because the Price of BTS is now too low for salary.We all believe BTS can be worth 1USD,right?
-
I support developers working on github issues so long as they coordinate with Vikram who is responsible for the release schedule.
-
hey peter, your report link don't work anymore!
Voted! +5%
-
I will vote for you once I have build my 32 bit linux client, pc.
-
Almost there, thanks for your continued support everybody!
hey peter, your report link don't work anymore!
Voted! +5%
What isn't working? The page comes up fine for me.
I will vote for you once I have build my 32 bit linux client, pc.
Here's a package for Ubuntu-14.04 32bit: http://ptsags.quisquis.de/client/bitshares_0.6.2-1_i386.deb (you may have to install some dependencies manually).
But I'd really recommend to use the light wallet instead, the full client is a PITA on 32bit. Especially with less than 2G RAM.
-
Hey ok is working now again
http://bts.quisquis.de/delegate/proposal.html
Doesn't work when i tried it days before! I've voted for you!
It would be really great to have you on board here…
-
Almost there, thanks for your continued support everybody!
hey peter, your report link don't work anymore!
Voted! +5%
What isn't working? The page comes up fine for me.
I will vote for you once I have build my 32 bit linux client, pc.
Here's a package for Ubuntu-14.04 32bit: http://ptsags.quisquis.de/client/bitshares_0.6.2-1_i386.deb (you may have to install some dependencies manually).
But I'd really recommend to use the light wallet instead, the full client is a PITA on 32bit. Especially with less than 2G RAM.
Thanks for the package.
Edit: Package installer complains that libeasylzma0 is not satisfiable. I read that this is for OpenSuse. Maybe also Ubuntu. I had this problem before and could not solve it. Maybe in the next minutes.
-
Edit: Package installer complains that libeasylzma0 is not satisfiable. I read that this is for OpenSuse. Maybe also Ubuntu. I had this problem before and could not solve it. Maybe in the next minutes.
https://software.opensuse.org/download.html?project=home%3Ap_conrad&package=easylzma
-
These are some of the recent work done by dev-pc, in close working with the core team (crossed post from github):-
1) https://github.com/BitShares/bitshares/issues/1188
https://github.com/BitShares/bitshares/pull/1409
External RPC scripts interested in blocks in some date range have to either play a binary search game trying to figure out the block ID that corresponds to a given date/time, or fetch a conservatively large number of blocks, many of which will end up being ignored.
So we need an RPC that takes a date/time and converts it to the block ID and height of the first block after that date/time.
2) https://github.com/BitShares/bitshares/pull/1408
Exclude unconfirmed expired txs from running total
because effectively they don't exist (and will never), and they mess up historic balance calculation.
3) https://github.com/BitShares/bitshares/pull/1400
Show historic balance
Implemented a command to calculate the wallet's balance at an arbitrary time in the past, due to this request: https://bitsharestalk.org/index.php?topic=14262.0
This patch mostly uses existing functionality around the transaction history. The new command therefore produces accurate results only if the tx ledger is complete and correct.
4) https://github.com/BitShares/bitshares/issues/1385
Serious bug with manual covers
See https://bitsharestalk.org/index.php?topic=14271.msg185630#msg185630
Here's my theory. The problem is that the payout of the collateral is not handled in the same place as the actual filling of the cover.
The manual cover transaction is created by transaction_builder::submit_cover. That adds a cover operation to the transaction and deducts the cover amount from the transaction balance. It also computes the interest to be paid at the end of the transaction expiration time, and only if the cover amount covers both interest and the balance to be covered it also adds a deposit operation for the collateral.
After the cover tx has been included in the blockchain, the cover operation is executed by cover_operation::evaluate. This computes the interest owed at the current block time, and if the cover amount covers both interest and principal the cover_order is deleted.
The problem here is the different times used for interest calculation. The default transaction expiration time is 1 hour, while the actual transaction evaluation takes place only a few seconds after the transaction was created. The transaction builder computed the interest owed one hour in the future and came to the conclusion that the cover amount was not sufficient, and therefore it did not create the deposit_operation for the collateral. The transaction evaluation calculated the interest owed now, saw the the cover amount was sufficient and closed the cover_operation.
Please vote for dev-pc.bitcube !
-
voted
-
voted
+5%
-
bump!!! PLS vote for PC
20 mill votes to go!
-
With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.
-
With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.
We should all vote pc in even if he is taking on that bounty because we want him to have inventive to keep working on other bugs / tasks after he completes it. experienced devs who know the code base already are highly valuable for bitshares.
-
As a person monitoring Github, pc's contributions look great. We should vote for him and make Bitshares 1.0 earlier.
-
With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.
We should all vote pc in even if he is taking on that bounty because we want him to have inventive to keep working on other bugs / tasks after he completes it. experienced devs who know the code base already are highly valuable for bitshares.
You misunderstand, I said its better if he looks for bounties and similar now. For delegate he is going to work on an hourly basis which would be hardly anything at current prices.
-
You misunderstand, I said its better if he looks for bounties and similar now. For delegate he is going to work on an hourly basis which would be hardly anything at current prices.
If you watch closely the amount and quality of work in github produced by dev-pc, you would realise that this is not true. As an experienced and committed developer, he has been producing result at a much below-market price (he is flexible at that). And at the current price, bts can afford part-time developers quite comfortably. It is a matter of seeking out the right people to work for you.
-
With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.
A fixed-price project (like one with a bounty) usually comes with a higher price than a project paid with an hourly rate, because the developer carries the risk of miscalculation. So you get more dev power for an hourly rate.
At the current BTS price I'll happily take on bounty projects in addition to my delegate. However, there have been very few bounties offered in recent months, so it doesn't really make sense to maintain knowledge of the codebase for bounty projects alone. Again, a delegate job with regular pay makes more sense here, even if the payment is low at this time.
-
With the current prices, is there even any point to hire somebody at an hourly rate? I see he is trying for the $5k bounty which makes sense - maybe its better for now that the delegate remains out.
A fixed-price project (like one with a bounty) usually comes with a higher price than a project paid with an hourly rate, because the developer carries the risk of miscalculation. So you get more dev power for an hourly rate.
At the current BTS price I'll happily take on bounty projects in addition to my delegate. However, there have been very few bounties offered in recent months, so it doesn't really make sense to maintain knowledge of the codebase for bounty projects alone. Again, a delegate job with regular pay makes more sense here, even if the payment is low at this time.
+5% 2nd that!
-
I think pc is a good dev but as devs we all have to understand we wont get market rates for fulltime work and we arent depending on the pay to put food on the tsble its on the side as extra pay... The incentive is to hold and reap benefits later when delegate pays are reduced and price is higher.. If dev is selling all his pay now then that is the wrong mindset in my mind to have at this point as the incentive right now is to hold to create a snowballeffect.
-
Welcome on board!
Please update price feeds.
-
Welcome on board!
Yay, I hadn't even noticed! Thank you very much everybody!
Please update price feeds.
I'll ping cube.
-
Didn't realise dev-pc is in!
Congratulations pc. Your hard work is bearing fruits. Thanks to all who support Delegate dev-pc.
I will get the price feed up.
-
YES sir! Welcome on board!
Glückwunsch… :)
-
Work report for March is up: http://bts.quisquis.de/delegate/report.html
-
Work report for March is up: http://bts.quisquis.de/delegate/report.html
Thanks for this pc and cube
-
Work / accounting report for April: http://bts.quisquis.de/delegate/report.html
-
Work / accounting report for April: http://bts.quisquis.de/delegate/report.html
Good work, pc.
-
Work / accounting report for April: http://bts.quisquis.de/delegate/report.html
Good work, pc.
+5%
-
Thanks a lot!
-
Work / accounting report for April: http://bts.quisquis.de/delegate/report.html
Good work, pc.
I guess the 6.5 hours work in a month was of such a high quality that you were impressed and found useful?
Personally, I feel it is pointless to dilute if we are paying in fiat terms when the price is like this. I felt the same when the price was 4-5 times and it is even more apparent now. Its better that the delegate is removed and is restored when/if price recovers. Otherwise it is just unnecessary dilution.
-
Work / accounting report for April: http://bts.quisquis.de/delegate/report.html
Good work, pc.
I guess the 6.5 hours work in a month was of such a high quality that you were impressed and found useful?
Personally, I feel it is pointless to dilute if we are paying in fiat terms when the price is like this. I felt the same when the price was 4-5 times and it is even more apparent now. Its better that the delegate is removed and is restored when/if price recovers. Otherwise it is just unnecessary dilution.
i disagree with you on this point. So you mean ... if price goes down ... delegates should get removed until price will increase again?
-
Work / accounting report for April: http://bts.quisquis.de/delegate/report.html
Good work, pc.
I guess the 6.5 hours work in a month was of such a high quality that you were impressed and found useful?
Personally, I feel it is pointless to dilute if we are paying in fiat terms when the price is like this. I felt the same when the price was 4-5 times and it is even more apparent now. Its better that the delegate is removed and is restored when/if price recovers. Otherwise it is just unnecessary dilution.
i disagree with you on this point. So you mean ... if price goes down ... delegates should get removed until price will increase again?
It means we should have delegates who already have enough stake in so that they can work at a loss. Otherwise, we will have 6.5 hours work for 150k BTS, next month it will be 3 hours and then we will be told that we need 300k, 500k etc.
I am not against pc delegate. I am against paying him hourly in euros at this moment. He can get the delegate active again when price goes up.
-
It means we should have delegates who already have enough stake in so that they can work at a loss. Otherwise, we will have 6.5 hours work for 150k BTS, next month it will be 3 hours and then we will be told that we need 300k, 500k etc.
I am not against pc delegate. I am against paying him hourly in euros at this moment. He can get the delegate active again when price goes up.
I perfectly understand what you mean. However, you have to be realistic.
You can't expect people to work on increasing the value of *your* shares without getting reasonable payment for their work. BM and his team are a rare exception, and even they are looking for alternative funding.
-
It means we should have delegates who already have enough stake in so that they can work at a loss. Otherwise, we will have 6.5 hours work for 150k BTS, next month it will be 3 hours and then we will be told that we need 300k, 500k etc.
I am not against pc delegate. I am against paying him hourly in euros at this moment. He can get the delegate active again when price goes up.
I perfectly understand what you mean. However, you have to be realistic.
You can't expect people to work on increasing the value of *your* shares without getting reasonable payment for their work. BM and his team are a rare exception, and even they are looking for alternative funding.
With all that in mind, is the 6.5 hours you put in even needed. Yes, BM and his team are an exception (not that he has much to complain about, seeing as its his hare brained schemes which is partly responsible for the state we are in now), but since we do have them, why waste 150k shares a month for a quarter of a day's work?
Much better if these dilutions get stored somewhere and then used later to pay for work when/if price recovers. paying market price right now is a waste IMHO.
Btw, you seemingly didn't have an issue working for free for PTS.
-
Btw, you seemingly didn't have an issue working for free for PTS.
I am in the very fortunate position that the line between my personal interests and my work is very thin and sometimes blurred.
PTS-DPOS was an opportunity to brush up my rusty C++ and to acquire knowledge of the BTS codebase. IOW I profited in a non-monetary way, AND it served my personal interests.
-
Btw, you seemingly didn't have an issue working for free for PTS.
I am in the very fortunate position that the line between my personal interests and my work is very thin and sometimes blurred.
PTS-DPOS was an opportunity to brush up my rusty C++ and to acquire knowledge of the BTS codebase. IOW I profited in a non-monetary way, AND it served my personal interests.
Same thing here ... my main motivation was to learn a new coding language .. python ... not so much about financial benefits .. though money motivates :)
-
Btw, you seemingly didn't have an issue working for free for PTS.
I am in the very fortunate position that the line between my personal interests and my work is very thin and sometimes blurred.
PTS-DPOS was an opportunity to brush up my rusty C++ and to acquire knowledge of the BTS codebase. IOW I profited in a non-monetary way, AND it served my personal interests.
Same thing here ... my main motivation was to learn a new coding language .. python ... not so much about financial benefits .. though money motivates :)
+5% ... & at the very end you're able to earn more money ... with all the knowledge you're collecting about crypto etc ...
-
Just a quick update - my plans have experienced a serious setback. I spent the last 12 days in hospital and have returned back home only yesterday. I still haven't recovered fully, but I'm slowly catching up.
Delegate proceeds from May will mostly be carried forward into June. I'll provide a detailed report later.
-
Just a quick update - my plans have experienced a serious setback. I spent the last 12 days in hospital and have returned back home only yesterday. I still haven't recovered fully, but I'm slowly catching up.
Delegate proceeds from May will mostly be carried forward into June. I'll provide a detailed report later.
Rest and get well!
-
Yea get well soon PC, hope it's nothing permanent! Health > Work!
-
Hi pc, gute besserung mann!
-
Rest easy and get well soon.
-
Thanks guys! (No permanent damage to be expected.)
-
Thanks guys! (No permanent damage to be expected.)
Get well soon!
-
Work + accounting reports updated for May + June: http://bts.quisquis.de/delegate/report.html
-
+5%
-
Posted report for July: http://bts.quisquis.de/delegate/report.html
Started implementing additional unit tests for libraries/fc - squashed various bugs, including one buffer overflow
-
Posted report for July: http://bts.quisquis.de/delegate/report.html
Started implementing additional unit tests for libraries/fc - squashed various bugs, including one buffer overflow
Great work on fc, pc :)
-
+5%
-
Posted report for July: http://bts.quisquis.de/delegate/report.html
Started implementing additional unit tests for libraries/fc - squashed various bugs, including one buffer overflow
Great work on fc, pc :)
+5%
-
Thanks guys! :-)
-
@pc: one question: If you have "unpaid" work (on a regular basis) .. why have you burnd your May ane June income
http://bitsharesblocks.com/blocks/block?id=2955330
http://bitsharesblocks.com/blocks/block?id=3097092
?
-
@pc: one question: If you have "unpaid" work (on a regular basis) .. why have you burnd your May ane June income
http://bitsharesblocks.com/blocks/block?id=2955330
http://bitsharesblocks.com/blocks/block?id=3097092
?
good catch
-
@pc: one question: If you have "unpaid" work (on a regular basis) .. why have you burnd your May ane June income
http://bitsharesblocks.com/blocks/block?id=2955330
http://bitsharesblocks.com/blocks/block?id=3097092
?
I'm sticking to my delegate proposal. I do monthly accounting. If the delegate income for the month exceeds my payment, the rest is carried forward to the next month. If that rest is more than half of the monthly delegate income (actually the proposal says two weeks, but half a month is easier to calculate), the excess is burned.
The burning is meant as a measure to protect the stakeholders. That way, no more than 1.5 months of delegate pay is at risk at any given time.
Besides, I don't mind if I work a couple of hours extra (but only in this particular project, of course...).
-
@pc: one question: If you have "unpaid" work (on a regular basis) .. why have you burnd your May ane June income
http://bitsharesblocks.com/blocks/block?id=2955330
http://bitsharesblocks.com/blocks/block?id=3097092
?
I'm sticking to my delegate proposal. I do monthly accounting. If the delegate income for the month exceeds my payment, the rest is carried forward to the next month. If that rest is more than half of the monthly delegate income (actually the proposal says two weeks, but half a month is easier to calculate), the excess is burned.
The burning is meant as a measure to protect the stakeholders. That way, no more than 1.5 months of delegate pay is at risk at any given time.
Besides, I don't mind if I work a couple of hours extra (but only in this particular project, of course...).
Great... +5%
-
Besides, I don't mind if I work a couple of hours extra (but only in this particular project, of course...).
Thanks for clarification and much thanks for putting your time into BitShares!!! +1
-
Posted September work report: http://bts.quisquis.de/delegate/report.html
-
Great work!
-
+1 on ipv6 support