-14 karma · joined August 10, 2020
personally i pick my own stocks. so far i am +35% since december and i was at +60% recently. it fluctuates but i am a long term investor so i just chill and don't sweat about it.
in the end it depends on how much work you are willing to "invest". you can flip alcohol or houses or daytrade but it all requires time and effort and it just becomes a job. hence i advocate for long term investing.
i have implemented ES into few projects and am now writing a ES library, since I think it can be done much simpler than my previous implementations that felt too verbose, and I will take some pointers from this into account.
So you jsut have to do the following(it takes hlaf an hour to an hour to get used to these but then it becomes normal):
- take you brightness and contrast down to 50%, no more than that, this will be weird for a while, stick with it.
- scale your DPI up by 1/4(125%) or more, until you feel like you are an old man that needs reading glasses
- make all your fonts larger, don't be affraid to go nuts, you will fine tune the size in short time - this is most important for your editor, use the font for half an hour, then see if different size fits you better. you should end up in the 15-18 range.
- put your monitor at a distance where you can't touch it with your hand when your back is touching the chair and you sin in comfportable position
- use f.lux for later hours, it removes the blue color, no need for glases, it totally works but you also need proepr light source in the room(ie. warm, not white/cold)
- never work in a dark room, always have a light source on, beside the screen itself, more is better but you have to have a solid contrast on the screen so too much light is bad.
- never sit next to a bright window, use drapes or blinds or whatever, always sit in a way that a window is sideways to you, not behind or in front of you
- don't use screen without antireflective coating or have polished plastic, if you have this monstrosity(apple'n'shiet) trow it in the bin and get a new one(dell for example)
this alone will ensure your UX will be good. there are other things for ergo like chair and desk but this is about eyes so there you go.
I shall forego code of conduct for the users of my code and let them behave freely.
- don't do anything that is based on user-generated content(email, social network, ...)
- it cannot be anything the customer can make himself on his own(e-commerce website with woocommerce, payments with stripe, data storage with s3 ...)
- a NEW idea must be monetizable from the get-go to avoid big players coming in and taking over in shorter time than it takes you to get up and running and building a customer base
- it must be a new idea that has no market yet or existing players have insufficient offering
- if you cannot draw the idea on one A4 paper, the idea is too complicated
- if the price of switching providers is too low, you will lose customers when new players come in and vice versa if you are entering existing market
- if you cannot put out MVP in three months, the idea is too complex
- if the MVP(or even production version) software product/service cannot run on one single VPS or bare-metal server, it is way too complex
- if implementing gdpr and alike are too complicated, the idea is too complicated
- you should avoid storage of any user-generated sensitive information(invoices, payment/transaction details, passwords, keys...), sooner or later it will bite you in the ass
I have recently talked about the world of startups being done for since many large companies offer services for free, even if it is not their core business, they prevent new players form entering the market and pump up their stock by adding value to their name. If you have something new, the big players can take over the entire market whenever they want. Doing something simple worked in 2000s but nowadays a single developer cannot do what was passible back then and you need a team, and as mentioned above, massive financing to be fast to market. So essentially the world belogns to large corporations these days :(
[1] https://en.wikipedia.org/wiki/VP9#Hardware_implementations
> FFmpeg (x264) is plenty "fast enough" when tuned on commodity X86 hardware, when you have things like AVX extensions. Generally transcoding a 4-6 second segment of video should only be taking a couple of hundred milliseconds at a maximum
can you elaborate on this? i find that hard to believe from what i have seen and from the ton of "ffmpeg is slow" google search results. if that is truly the case, there might be light at the end of the tunnel. annecdotally, today i encoded 2sec h264 mp4 into av1 and it took only 2-3 minutes... vp9 took 8 seconds(still 4x). sure, that was not on a server but still, it's not like i am computing PI on the background.
ruby has nothing to offer so it was left behind. maybe possibility to take your old code and ccompile it into C and gain massive performance will put ruby back on map, but i would not count on it. ruby was just a sillicon valley favourite pet that's no longer the case so i would not keep my hopes up for a big return.
ps: even if it is free, be careful if you are handling user data. if the service onyl provides your own data and does not receive or store any user input, then there not much to worry about...although you might damage user data even if they were not submitted into your system so...think about your needs and ymmv.