Like others I've tried this before but it's just too much effort to use this approach as you spend a lot of time rejigging your calendar as it's so granular with the time dimension. Not to mention trying to coordinate it with meetings and your actual schedule.
That said, I do like using a calendar approach for tasks. I've previously used TeuxDeux successfully - it's basically just a todo list per day and it makes it easy to plan things ahead of time and move them around as reality bites and you need to move it to a later date.
Not a CEO but co-founded a company that had a successful exit. Happy to talk sometime.
One thing I'd say is to take anything you hear from any given indiviual with a pinch of salt. People love to give advice and will often sound authoritative about subjects they have no expertise in. Everyone's experience will also be different, and people tend to give advice based on their own anecdotes which may be completely irrelevant to you. You see it all the time where people try to mimic the actions of others who have had success, only for them to fail miserably trying to follow the same path. These conversations can shed interesting ideas and thoughts, but make sure you don't treat them as gospel and instead use them to help figure out your own view.
Signed URLs (or pre-signed URLs) typically expire after a short time frame. The idea is that they exist for long enough for the object in question to be retrieved in the application, and they then automatically expire. Although they don't typically have a single-use limitation, this is often the intention a developer has when using a pre-signed URL.
ExtJS was way ahead of its time - while it was most famous for its grid component, the data package, tooling ecosystem (long before we had node) and component architecture was amazing. Its learning curve was tough, but it was so worth it when you got to grips with it.
Jack’s post acknowledges what most of the community felt for years - the biggest mistake was alienating the developer community while trying to chase commercial success. The irony is that ExtJS and Sencha could have been hugely successful commercially if they had approached it differently. Instead the only people building on it were usually people working in large corporations, and even those would never use it for hobby projects outside of work due to minimum purchase of multiple seats to use the non GPL license.
I look back fondly on my time using ExtJS as a developer. They had some of the smartest engineers around working on the framework, a great community in spite of Sencha’s best efforts and I learned a metric ton along the way. Who knows where it would be today if it all went a little differently!
Nice idea. I'd recommend adding some kind of visual indicator when it's in a loading state - at first I thought it wasn't working but it was just slow to respond (probably because it's close to the top of HN right now...)
The software world today is also very different. SaaS has become the norm because the typical user experience for software products spans multiple devices and is a far more connected experience that relies on services carried over the Internet. When you add server-side services into the mix, you have a much-increased variable cost to delivering software that is more difficult to absorb in a once-off price.
While many of us here would prefer the idea of owning and licensing software in perpetuity, the reality is that most users don't care and are typically more price sensitive to the point that they will prefer to pay a small amount monthly than pay a large lump sum once. The monthly pricing mechanism also provides a safety net, as you can stop paying at any time if a product no longer provides utility or if you straight up can't afford it.
At the other end of the spectrum, SaaS works very well for business. Larger companies always paid recurring fees to software vendors anyway - typically as support and maintenance, because they need SLAs and commitments that ensure continuity of being able to use the software in a reliable manner. In the past, these were usually a recurring add-on that was paired up with a major up-front cost. Today, it's reversed where you now might pay a small once-off cost for implementation or delivery, but the bulk of the pricing is weaved into the recurring subscription cost. This works better for most businesses.
Also, a much higher percentage of software makers these days are doing so on the back of venture funding. The north star metric for most venture-backed companies is annual recurring revenue, so a subscription model is almost the default when it comes to a venture-backed startup. When a company is focused on rapid and high scale growth, having to start every year at zero makes it significantly more difficult to succeed.
Workvivo is an employee communications platform, designed to bring your workplace culture to life. Think of it as a social network, intranet and employee app solution all streamlined into a modern digital employee experience. Our mission is to help companies drive engagement in their workforce and better align employees with the goals and values of the organisation.
We're based in Cork, Ireland but are working entirely remotely since the pandemic and hiring internationally for most roles. Our team of 30 are currently spread across Ireland and the Bay Area. We raised a $16m Series A earlier this year, and are currently hiring across product management, engineering, marketing, customer experience and sales. For product and engineering roles we are looking for mid to senior level experience at this time.
Working people in Ireland also pay high taxes on their income.
In Ireland you pay 20% income tax on the first €35,300, and 40% on income above this amount (if you are a single person, there are different cut-offs for married people and one-parent families).
You also pay an additional Universal Social Charge on all income over €13,000 - between 2-8% depending on your income level, or 11% for self-employed income over €100,000. Add on pay related social insurance (PRSI) of 4% too.
I’ve been using Dracula everywhere for years and love it. I’ll buy this purely to say thanks, getting a shiny new theme is just a bonus. Fantastic work, thank you.
Yeah I get that, but rather than Google opening it up for open registration and having the usual domain land grab, they could have created domains for each action and allow service providers to register intents in their services for each action. It's going to make discovery of actions much harder if there are different actions for different providers. It will also mean the usefulness of the pattern will be limited based on the services I choose to use.
In your example - if I prefer Domino's to Pizza Hut, what do I go to? I need to go to pizza.new to discover that it's linked to Pizza Hut and then try to figure out what Domino's action might be. In the end I'll just end up going to the main site instead. I think the value of this concept is completely nullified by binding the actions/domains to specific providers.
I like the concept behind this but I think the implementation is flawed as it binds the actions to specific providers. For example - repo.new only creates repos on GitHub, playlist.new only creates playlists on Spotify and the music.new thing for OVO Sound is just odd, being specific to a custom cover art generator thing.
For me, the better implementation would be where for each "action" there are numerous providers and at a user level you could define which one you want to use. So user A goes to repo.new and gets redirected to GitHub, user B goes to GitLab, user C to Bitbucket and so on. The first time you go to the action you're prompted to select which service you want to use by default and from then on you go straight through.
I love the concept of this - I live off temporary lists and have tried a lot of different approaches to them - pen & paper, fancy pants notebooks and diaries, Apple Notes, Sticky Notes, full on GTD apps.
For me personally the perfect app just needs to stay out of my way most of the time. My lists are typically what I want to get done today or at most this week - I don't need reminders or nagging, repeated items, subtasks, fancy formatting or complex UIs. Just a list that I can bring up quickly and hide even more quickly.
The one thing that's missing for me right now (and I can see you're already on the case) is an iOS app with iCloud sync. When that's available I could definitely see myself replacing Apple Notes with this.
On a side note (sorry, couldn't help it) I was browsing through the other apps you have listed in the footer and some really nice looking apps in there! Nice work! Definitely going to give TeaCode, ScreenFocus and Expressions a try.
You can buy a Windows code signing certificate from DigiCert for $74/yr (EV certs are $104/yr) by going through this link - https://www.digicert.com/friends/sysdev/ - much easier to swallow than the standard $499!
While supporting SSO authentication is relatively trivial via SAML2, which is supported by virtually every identity provider solution in the market, configuring this is likely a frequent point of support contact and configuration problems.
Something that is typically much less trivial is user provisioning from an identity provider. Most companies availing of SSO will require an automated user provisioning process also be in place. While the SCIM standard is pretty good, and support for it is getting better, implementations of it in identity providers are quite varied and often incomplete, not to mention poorly documented. Companies often also need to provision data that is not stored in the identity provider, so you can imagine the challenge in providing alternative solutions to make that work.
As others have already pointed out, it’s far more likely however that vendors see the requirement for SSO as a signal that a company is larger and falls more in the “enterprise” tier of pricing, allowing them to instantly provide something of value at a higher pricing point. SSO is treated much the same as things like premium support and SLAs - you charge extra because the customers who want it can afford to pay for it.
There is no one size fits all answer to this question. What’s your definition of success? Owning your own business that pays you an above market salary and allows you to live comfortably and independently? Or do you see success as growing to being a huge global corporation? Do you want to start a company that targets consumers, small to medium businesses or large enterprises? There’s a ton of other factors that have a huge impact on a potential roadmap for success.
One bit of advice I’d offer is to know going in that software development is likely to be the least of your problems when running a software company - especially for a software engineer. Your real challenges lie in sales, marketing and customer relations. If you’re not successful at these aspects of the business, it doesn’t matter how good or bad your product or code is.
I love Vue and React. It's the UI layer where things don't match up, however. There are plenty of examples of UI frameworks, some which sit atop React/Vue, that on the surface look to have everything ExtJS offers. Ext had hidden strength behind the scenes though. The Ext.util.Observable pattern for event handling; the Ext.data package for binding component data to server-side back-ends using Ajax, REST and SOAP proxies; under appreciated features such as keyboard navigation and state management with options to persist to cookies and local storage. At the time it felt bloated and the learning curve was crazy, but looking back on it in an age where heavy client-side JS apps reign supreme, it actually doesn't look all that bad.
I imagine because there was no source to back up the claim. There's definitely been an exodus of staff from the company in recent days, but it's not clear what the terms were. For some tweets from former Sencha staff who have departed over the past few days see my comment on another thread:
Sencha were working on a project called ExtReact that allowed you to use ExtJS components in React, replacing the JSON-style component declaration syntax with JSX. This would have been pretty amazing - as ExtJS' biggest strength was always the variety and depth of their components (especially the grid).