serkandurusoy
Perhaps still a big enough space for a bootstrapped indie business, for lack of VC scale.
NMEA is quite interesting, though. Coupled with Czone for digital switching and power readings, I bet there is some interesting insight waiting to be discovered, one that can be monetized.
Systems aboard a typical 35-50 foot sailboat produce interesting data streams, but the data don't seem to be used innovatively or interestingly.
This makes me wonder if the market is too small compared to the unicorn-level valuations most seem to aim/hope for.
Kind of putting this out there because I'm a liveaboard sailor looking out for startup ideas and it would be amazing if it were in the marine-tech space. So any feedback/suggestions would be more than welcome.
While I make sure we check things on our end, here is the direct link for the greenhouse application page
Okra is on a mission to connect 1 billion Africans to the global economy. We are here to enable innovative companies to create better and fairer financial services for everyone through the power of Open Finance.
We make it super easy for people to securely connect their financial accounts to the business apps and services they choose. Our developer-friendly infrastructure supports over 100 financial institutions so the over 500 digital financial services built on Okra can be accessible to everyone.
We are looking for highly motivated and experienced people to join us in solving the toughest technical challenges in financial inclusion.
Connect here: https://okra.ng/careers and let's talk.
Runa is on a mission to revamp payroll and HR in Latin America.
We are moving from our legacy Rails monolith to polyglot microservices on Node.js and .NET Core to build the next version of our SaaS product with API-first principles.
I am leading and hiring for the Platform and Tools group where we have two separate, autonomous teams focusing on Developer Experience (DevX) and Business Efficiency (BFF).
-----
Tech Lead:
We need a strong technical leader for DevX where we are building libraries, services, capabilities and tooling for our product engineers. Our most immediate challenges are in authz/authn, i18n, and event driven systems.
Experience with library and interface design, microservice communication patterns, API design, authn/authz, security and an uncompromising eye for best practices along with a passion to support other engineers will help you succeed in this role.
-----
Senior Developers:
We are also hiring frontend, backend and fullstack developers for both DevX and BFF.
At BFF, the main focus is our business. We are building tools, dashboards, integrations that our customer support, operations, marketing, product, sales teams leverage. We are also revamping our internal dashboard capabilities to allow any team at Runa build and deploy for our internal users.
You will succeed in these roles if you are comfortable working directly with stakeholders, exploring uncharted depths of legacy codebases, are not held back by unknowns.
-----
More info and applications at https://runahr.com/unete-al-equipo/#jobs-list
Feel free to email me at serkan.durusoy@ with questions.
The management UI's are actually useful and almost a must have for many people.
Location: Kaş, Andifli, Kaş/Antalya
Remote: Preferred. I'm highly experienced in starting and scaling cross-functional, autonomous teams internationally and remotely.
Willing to relocate: Yes. Coastal, sub-tropic latitudes in any longitude. Availability of marina/mooring facilities for a sailing liveaboard life would be highly motivating.
Technologies: Expert in full stack JavaScript, experienced with distributed systems, comfortable across web and mobile ui's, apis, platforms and infrastructure. I'm not necessarily married to a specific technology. I care deeply about architecture and maintainability.
Résumé/CV: http://www.serkandurusoy.com/Serkan-Durusoy-Resume.pdf
GitHub: https://github.com/serkandurusoy
StackOverflow: https://stackoverflow.com/users/1064151/serkan-durusoy
LinkedIn: https://www.linkedin.com/in/serkandurusoy/
------------------------------------------
I am a so-called t-shaped, generalist, servant-type engineering leader, mentor, facilitator with over 20 years of experience.
My last role at Paystack (YC'W16 backed by Stripe, VISA, Tencent) reorganizing and tripling the engineering team reporting to the CEO and working together with the CTO, gave the opportunity to navigate some very unique challenges and helped me decide what I want to pursue next.
I'm looking for a hands-on, senior engineering leadership role that would be set up to facilitate communication across often misaligned executive, product and engineering teams, helping emerge common strategy and support autonomous execution.
I'd especially prefer working in an environment where cultural common denominator is critical thinking that is used to pragmatically form or let go of opinions on business, product and technology alike.
Titles don't matter. You can call me whatever you like. I'm golden with plain Serkan and a vanilla engineering title accompanied by a warm smile :)
------------------------------------------
Email: [email protected]
------------------------------------------
But I digress.
I believe there's a lot to do to find reason in out fundamental unreason as human beings and looks like lots of smart people have ventured into solving this problem.
I guess not all is lost yet for humanity!
Merely allowing fallacies seemingly has an adverse affect on the whole promise.
Thanks for this clarification.
But is that a problem with the tool, or the lack of sufficient contribution on the topic from sufficiently interested and invested people like subject matter experts?
This dates back to 2014 where Turkey was still struggling with the aftermath of widespread civil unrest. The entire nation found itself highly polarized while debates were fueled with mutual anger and disbelief.
This is an "argument analysis platform", as they call it, and it is open source, too, maintained at https://github.com/arguman/arguman.org .
The basic premise is the construction of an argument map, "arguably" a common utility to practice critical thinking.
More info on that at https://en.wikipedia.org/wiki/Argument_map .
Do you plan on adding different types of boats with varying sailing characteristics?
Adding a multihull could be an amazing second option for those who want to compare downwind/upwind characteristics as usually debated.
Oh and if you ever feel like adding in internationalization to this, I'd love to help with a Turkish translation.
There's an old (unfortunately dying) tradition in Turkey where dew you collect at sunrise during late spring, early summer can be used to ferment fresh milk to make the absolute best yogurt.
I can assure you, you'll never need to buy any more starter, ever! As long as you save some for the next batch, you're golden! If you can use unprocessed milk purchased directly from a dairy farm, that's even better as I promise your tastebuds will rejoice! :)
Thank you for correcting this.
The more fat one has, the less overall average density becomes, making it harder to sink. I have a close friend who is very overwheight and she can practically sit upright floating. I must admit I'd usually envy her when I struggled staying afloat while she enjoye a cool refreshment like it were her couch :)
So in short, less fat, more muscle mass, more bone mass harder to stay afloat.
Also the diving suite (which is made from a foam-like material) and some of the hallow diving gear make it harder to sink, hence the need for weights.
I did indeed neglect to explain what needs to happen. Thank you for clarifying. Let's all hope to enjoy many more dives :)
This is not always true.
Your buoyancy decreases as you go deeper (and have more water above you, causing more downward pressure).
At a depth of 30 meters (100 feet), the pressure is 4 atmospheres, 4 times that of sea level.
Furthermore, not everyone is positively buoyant. The less fat one has, especially if not wearing diving suit, the more likely staying afloat/level to become harder.
As the depth increases, lungs and all bodily cavities shrink, further adding to one's density.
So, at 30 meters, it is actually quite a struggle to swim back up, even more so if you've lost your fins.
As for weights, I used to work out and exercise daily. During that time, I also dived few times a week spanning various sea conditions throughout the year and never have once taken weights as I was already negative.
Fast forward 2 years to today, I put on 15kg (33 lbs) and I need 10kg weight to enjoy my dive. But on the upside, I'd probably skyrocket to the surface if needed, lol :D
This.
It removes boundaries, barriers even. Holding on to empathy is hard work, but it does pay off.
For some products, companies and their markets, the expectation from the users/customers could be so low that the mere existence of the product can be quite disruptive.
In fact, (most) startups exist to pursue an idea of disruption.
As the product, company, market and customers evolve, the expectations begin shifting.
This leads to an inevitable choice across a spectrum from leaving things as they are to rewriting entire stacks.
If the leadership can do a good job hiring the right people to both navigate the chaos and know how to get to a better place, things would then evolve, in whatever pace that can be allowed by the business, given calculated risks on engineering practices or lack thereof.
The key here is the "right people", rather than just "more people".
Based on the information shared, you sound like you are the right person to lead an engineering quality and reliability initiative.
Although, I do assume that you may not be the right person because you are failing to cope with the current chaos.
That being said, the mere fact that you're seeking counsel here tells me you are willing to manage this. I think that's a great start.
At this point, I belive there are two (and possibly more) things you can do:
- Talk to the key people in leadership to understand how they perceive the current situation and whether they are willing, if not even intent on, improving the status quo.
- Ask yourself for how long more you can navigate the chaos and whether that takes away from your mental and even physical well being.
Perhaps shifting your perspective and being intentional about it can help. This could even be the best thing that happened to you. Fast forward a few years, you'll perhaps have become an engineering leader who has had the opportunity to have experienced a huge paradigm shift and worked on solving its challenges.
I usually work as an engineer and manager/mentor and prefer being vulnerable with the people I support. That leads to them often choosing to be themselves.
This only requires some honesty and sincerity. Once we and everyone else who choose to do the same connect on that level, such meaning shows itself in not only one on ones, but also in online chat.
I also find it a boost in productivity because it allows distilling work discussions into pure work because people have to worry less about what they say/write or how they express it.
One huge and rewarding benefit is also that people begin looking behind misconstruable messages, reading the discussion in positive light and helping each other communicate better, too.
This is by far the most no-bullshit and the most mature point of view I've heard on this matter.
I think the developer should own the code but the client should also be given all rights to use, copy, distribute, resell, or both parties could be given exclusive rights.
And then there is the matter of by-products which are pieces of code you develop during your contract time but not necessarily used within that project because somewhere along the line you've discovered that it is something you can use elsewhere and does not make much use for that specific project.
Who owns those? From your contract's perspective, the client owns them and you are obliged to deliver them whether or not they end up in the final product.
I'm not trying to be dismissive of your lawyer's knowledge in the area, and neither am I a lawyer, but I think it is kind of hard to write down a standard contract that can be applicable to all projects. Contracts should be negotiable and license/IP is something as negotiable as the contract fee. And your contract sounds too protective of the client at your cost.