Most of the time it's a combination of reviews, awards, and recommendations that give the book some social value before I trust it. Sometimes, I'll like an author and buy whatever they write. Other times, I'll see a subject I know nothing about that will spike my curiosity and I'll read the book, whether it sucks or not because I still learn something I didn't know before.
One idea is to moderate the intensity of your weekend activities and keep track of metrics. A few things to measure might be how much sleep, what you're eating, what you're drinking, and the duration of the activity. e.g. What if you prioritized more sleep before partying and/or leaving the party earlier (vary the times) to see what effect that had. Another might be to keep track of what you're drinking such as water, beer, or whiskey and vary that to see how it affects you. BTW, being well hydrated (water) is always good. Another thing to keep in mind is priorities in how you balance your life and how you will feel 6 months, 1 year, or 2 years down the road for the success/failure of your startup based on how you managed your time/activities during that journey. Also, what effect will that have on the commitments you've made and the people who believe, rely on, and are rooting for you.
Running that query "whats best website for deploying a decentralized site", I observed the web sites that it was referencing. There are a couple of ideas here:
1. One of the sites was dev.to, meaning that is one of the sites that it is crawling. You could write an article there, linking back to your site for more info. Just make sure the article is substantive in case they have an intelligent quality filter. Also, announce the article in social media and in your own circles to bring traffic, which might make it easier for the crawler to find, rather than pass over an article that's at the bottom of the stack because of less interest. Do this for any other sites that show up as references and let you post, though you should write unique articles because you don't want to spam the crawler.
2. Look for any sites that might have link lists. This might be old school, but when everyone was doing their own web sites, we had categorized link lists for related sites. Swapping links was good for everyone's traffic and good for the community.
Also, you might want to put an allow in your robots.txt to ensure you're explicitly inviting the crawler. Here's the details on ChatGPT, though you can learn more about other LLMs by visiting their site:
Essentially, do the research to find sites that are being crawled and try to figure out how to build paths for the crawler to find you in the link graph.
They're currently rolling out Grok, which is the Xai LLM. It's just getting started and might have weaknesses compared to other LLMs out there today. It does have a "Fun Mode" with a different communication style.
There are probably different interpretations of what "culture" means to different people. From a perspective of how people interact to the work done, I (listen for) ask questions about their process, like this:
1. What type of development process do you use. e.g. agile, interative, or waterfall?
Some shops don't have processes at all, which is often a red flag. Be prepared to dig in a little. e.g. if they're agile, you might want to ask if they're Scrum or Kanban, have a backlog, sprints, standups. A lot of places say they do standups, but not much else. If they have a process that they think is working, they're often proud to discuss it.
2. Do you do unit testing?
There are various approaches and you might be able to dig in to find out if they do BDD, TDD, or afterwards. If they don't, it could indicate design issues from non-testable code, strong coupling, hard to find bugs.
3. What are your code reviews like?
Code reviews (properly done) can be a great way to help other people on the team, share info, and generally improve the quality of the code. Lack of code reviews, is a possible red flag that people aren't helping each other on the team and building a common team standard.
4. How good are application requirements and how are they communicated to me?
This could be good or bad, depending on how you look at it. It might be telling if you feel a negative vibe out of the response. That said, it's rare to have developers comfortable with a certain level of ambiguity. It's mostly a data point to see how the interviewers react to an often-contentious subject and gauging how you feel about the response.
Also, be prepared to discuss your experience in any area you bring up because it's common for an interviewer to aim the question back at you.
Maybe reach out to a recruiter or two that might be able to find something. She seems to have a good idea of what she wants, which would be helpful. She might want to avoid the larger firms or ones that are out of country because they're mostly interested in numbers. Smaller local firms and individuals often care about meeting people and finding a good fit.
It's a tough market for developers right now. One of things he can do is to peruse job boards, like Indeed, to get a feel for what types of jobs companies are hiring for right now. Another thing is to reach out to recruiting firms to see what type of jobs they're recruiting for too and get any tips on how to prepare.
Also, if that's his dream - he shouldn't give up because today's programming positions are sparse. It could change dramatically in some amount of time. In the past, there have even been weirder anomalies in the market where programmer jobs were plentiful, while other jobs were sparse. The silver lining might be that by identifying where his passion is, he'll have time to be more prepared when the market is ready for him.
I'm thinking about the new jobs that are/will be created.
1. Prompt engineer - there's been a lot of talk about this, though I believe it's more extensive because businesses will need people to educate, manage prompt data stores, and assist with fine tuning.
2. Content management - as companies adopt AI with their own data, someone will need to manage the content going into the system including selection, privacy, and security.
3. Content Moderators - people who write/edit content will need to change their behavior about how the content is created and formatted, making it easier to ingest and lead to higher quality answers.
4. Content Creators - people who create content for the sole purpose of ingestion. This could be within a company, open-source/scientific research, or supporting vertical models.
5. Security Monitors - This is the person-in-the-middle who's watching/monitoring the system for privacy, safety, and security.
There are probably more, though this is what I'm thinking right now.
This was a pretty nice thing to do. I see this on SO occasionally and edit the post to remove the secret. While the secret is already out there, it signals to the poster that they should revoke/regen the key and a bit of a reminder to help them avoid doing it again.
Some aspects of the economy, such as software development, are hard to find work because of massive recent layoffs. You might do a job search and/or talk to some recruiters before taking the jump. Otherwise, your need for belonging/companionship could be overcome by your need for security.
Also, as other people inferred, management might be a problem. People often leave their jobs because of bad supervisors.
I agree that it's pretty awesome when you get to work with a great team of people, though you might want to watch the risks as you make a next move that is in your best interest.
Software component companies have done this for a long time. The subscription is generally for 1 year in includes some level of support and updates during the subscription timeframe. The renewal is often discounted.
Generally, reviews should be helpful and move the project forward. Sometimes a discussion is required because disagreements do occur. The appropriate way to handle it is to respond to the comment, explaining your case (rationally and without emotion), allowing the record to reflect the result of the discussion. This is important because it sets a standard and minimizes the opportunity for someone to jerk you around later because the standard was set in an earlier discussion.
That said, it's important to pick your battles and be right on issues that are important to you. I've worked on a lot of different projects. The people who set up the project pick the standards and sometimes that's me. If I arrive on the project later, I typically take the stand of "When in Rome...". Watching the existing team's standards and adapting to that is a good approach most of the time because I'm doing my part to moving the team forward with consistency - and you'll often hear about the value of consistency.
Often, no one is wrong on these things and you just disagree. If you lose, disagree and commit. However, by having these discussions in a healthy way helps you and other learn and can be fun.
1. Domain experience - every business is unique and you need to put a given problem into context to see how a given solution fits the business.
2. Project requirements - most projects have barely intelligible requirements that change regularly - sometimes daily. The person would need to get up-to-speed on what that is.
3. One hour is a short amount of time to understand the task and complete it. The best you could do is try to understand and point someone in the right direction. People aren't machines and the need for flow is real.
4. AI code assistance requires oversight and understanding. You never want to generate code and check in unless you fully understand it. Code hallucination is and will continue to be a problem for the foreseeable future.
That isn't the way I think - everyone is different and each person on the team brings something unique. Although it's good to have confidence, one person thinking they're better than others can be corrosive to team morale.
Here's a tweet from the Prof. Feynman account on X, offering another (if even humorous) perspective:
If you think of the market as working in cycles, option 2 won't be a problem. Right now, demand is low and it's okay. On the same note, when the market is hot and employers need to hire, you would naturally raise your standards.
Option 1 is something you might want to do continuously. If you assume that you'll eventually be laid off (market cycle), at least you didn't wait until the last minute to have picked up a few new skills.
1. Do a Linked-In search for technical editors
2. Go on X (Twitter) to find a publisher (e.g. @OReillyMedia) and scan their followers/following lists
3. Visit Amazon.com and search for books similar to what you're trying to write and view their preview pages, which often include copyright info and contributors. Then you can do a search on those people's names on a social media site to make contact.
4. Amazon.com has a self-publishing service and offers resources to help authors in different aspects of the publishing process. I haven't done this and don't know for sure, but there might be a way to join that program and do a search for editors that might want to offer their services.
I recall this being necessary on older main frame systems where monitors either didn't exist, there was limited time on a shared console, or you didn't have access at all. However, once we had networks and workstations/PCs there was a decreasing need for paper. I believe that elimination of paper was a long-time goal and good for the environment. As far as code review goes, we have IDE's with incredible navigation, linters, debuggers, unit tests, and amazing environments to submit PRs with diffs and collaboration tools. Also, since we have automated tools that produce a huge amount of automated/generated code in some environments, the thought of printing all of that out feels like a long laborious task.
Podcast - Open Source Startup Podcast https://podcasters.spotify.com/pod/show/ossstartuppodcast