‘be truthful, not neutral’ -Christiane Amanpour 2026
Search
5 results for “truthfulme”
-
"In a decaying society, art, if it is truthful, must also reflect decay. And unless it wants to break faith with its social function, art must show the world as changeable. And help to change it."
- Ernst Fischercapitalism 5. 12x15''. found object. adam sturch
-
I run the WooCommerce store behind a small online clothing shop. Most of the orders are made to order and ship from print partners in several countries, so the delivery promise differs by destination. Google's merchant listings can show that promise, and the return window, right in search results, but only if the product markup says so. WooCommerce's built-in Product schema does not.
This post walks through adding
hasMerchantReturnPolicyandshippingDetailsto the offer that WooCommerce already prints, without a plugin.What WooCommerce outputs by default
WooCommerce prints JSON-LD for each product through theWC_Structured_Dataclass. The offer part comes fromgenerate_product_data(), and before it is added to the markup it passes through a filter:apply_filters( 'woocommerce_structured_data_product_offer', $markup_offer, $product );
That filter is the cleanest place to hook in. It receives one offer array and the
WC_Product, and whatever you return becomes the offer in the final JSON-LD.The return policy
Schema.org models returns as aMerchantReturnPolicy. For a fixed return window, Google wants the country it applies to, the category of the policy and the number of days. The shop in this example accepts returns for 30 days.function shop_return_policy() {
return array(
'@type' => 'MerchantReturnPolicy',
'applicableCountry' => 'US',
'returnPolicyCategory' => 'https://schema.org/MerchantReturnFiniteReturnWindow',
'merchantReturnDays' => 30,
'returnMethod' => 'https://schema.org/ReturnByMail',
);
}Add
returnFeesonly if you can state it truthfully for every product. Leaving out a property is better than guessing.Shipping details per destination
Delivery time is split into handling time (the days before the parcel leaves) and transit time. Here processing takes 1 to 5 business days, and transit depends on the region, so the code builds oneOfferShippingDetailsentry per country:function shop_shipping_details() {
$transit = array(
'US' => array( 8, 15 ),
'CA' => array( 8, 15 ),
'GB' => array( 8, 15 ),
'AU' => array( 10, 20 ),
);$details = array();
foreach ( $transit as $country => $days ) {
$details[] = array(
'@type' => 'OfferShippingDetails',
'shippingDestination' => array(
'@type' => 'DefinedRegion',
'addressCountry' => $country,
),
'shippingRate' => array(
'@type' => 'MonetaryAmount',
'value' => SHOP_SHIPPING_RATE, // your real rate for this destination
'currency' => 'USD',
),
'deliveryTime' => array(
'@type' => 'ShippingDeliveryTime',
'handlingTime' => array(
'@type' => 'QuantitativeValue',
'minValue' => 1,
'maxValue' => 5,
'unitCode' => 'DAY',
),
'transitTime' => array(
'@type' => 'QuantitativeValue',
'minValue' => $days[0],
'maxValue' => $days[1],
'unitCode' => 'DAY',
),
),
);
}
return $details;
}The rate is a constant here on purpose. If the rate differs by country or by cart total, read it from your shipping zones instead of hard-coding one number for everything.
Hooking it in
add_filter( 'woocommerce_structured_data_product_offer', function ( $offer, $product ) {
if ( ! $product instanceof WC_Product || ! $product->is_purchasable() ) {
return $offer;
}
$offer['hasMerchantReturnPolicy'] = shop_return_policy();
$offer['shippingDetails'] = shop_shipping_details();
return $offer;
}, 10, 2 );Put this in a small site plugin or in the child theme's
functions.php. A site plugin survives a theme switch, which is why I prefer it.Checking the result
View the page source of a product and search forapplication/ld+json. WooCommerce prints the block near the end of the page. Then paste the product URL into Google's Rich Results Test and into the Schema Markup Validator at validator.schema.org. The first tells you whether the page is eligible for merchant listing features, and the second catches typos in types and property names.After a few days, the Merchant listings report in Search Console shows whether Google has picked the fields up across the catalog, along with any products that are missing a required property.#woocommerce #wordpress #php #seo #software #coding #development #engineering #inclusive #community
Adding return and shipping details to WooCommerce product schema -
The tech industry has a strange contradiction right now.
Companies are investing billions in artificial intelligence, building new platforms, shipping increasingly sophisticated products, and talking about unprecedented productivity gains.At the same time, thousands of developers, engineers, designers, QA specialists, and other technology professionals are facing an uncertain future.
According to TechRepublic's October 2026 tech layoffs report, nearly 200,000 people had been affected by reported technology-sector layoffs as of October 23.
That number is difficult to ignore.
But behind every headline is a more personal question:
How do you build a sustainable career in an industry that keeps changing the definition of valuable work?
Let's look beyond the headlines and explore what these layoffs mean for developers, why AI isn't the whole story, and how we can prepare for an increasingly unpredictable technology landscape.
1. The Layoffs Aren't Just Numbers on a Dashboard
When a company announces a workforce reduction, the news is usually presented through percentages, headcounts, and stock-market reactions.
For the people affected, the experience is very different.
It's the developer who spent five years maintaining a critical service.
It's the QA engineer who prevented production incidents nobody outside the team ever noticed.
It's the infrastructure specialist who kept systems running during the most difficult outages.
It's the junior engineer who finally landed their first job after months of interviews.
These professionals don't suddenly lose their knowledge, experience, or ability to solve problems when their employment ends.
Yet a layoff can make even experienced engineers question their value.
One important distinction is worth remembering:
A company eliminating a position does not automatically mean the person occupying it lacked value.
Organizations restructure for many reasons, including financial pressure, acquisitions, overlapping responsibilities, strategic changes, and shifting investment priorities.
Some reductions are connected to AI. Others aren't.
For developers, understanding that distinction matters. Otherwise, it's easy to interpret every layoff as evidence that a particular skill or career path has become obsolete.
The reality is more complicated.
2. Is AI Replacing Developers, or Changing What Developers Do?
This is probably the biggest question in software engineering right now.
AI coding assistants can generate boilerplate, suggest implementations, explain unfamiliar code, create test cases, and help developers explore possible solutions.
These capabilities are useful. Ignoring them entirely isn't a particularly strong career strategy.
But the conversation becomes less useful when we reduce everything to a simplistic prediction: AI will either replace all developers or never replace any of them.
Neither assumption helps us make better decisions.
Consider a typical feature request.
An AI tool might help generate an API endpoint in minutes. However, delivering that feature safely may still require someone to:
Understand the business requirements and identify missing assumptions.
Design the API contract and choose appropriate data models.
Evaluate authentication, authorization, and data privacy risks.
Test edge cases, failure modes, and unexpected inputs.
Review database performance and concurrency behavior.
Integrate the feature with existing services and deployment pipelines.
Monitor production behavior and investigate incidents.
Generating code is only one part of delivering reliable software.
The challenge is that AI can make some tasks faster while also changing how much work a team needs to complete them.
That can create real workforce pressure, particularly when organizations expect smaller teams to deliver more.
And there's an important caveat: AI adoption and layoffs happening at the same time do not prove that AI directly replaced every affected employee.
TechRepublic's reporting highlights this distinction. Some companies have explicitly connected restructuring to AI-focused strategies, while others have cited different organizational or business reasons.
For developers, the practical takeaway isn't to panic or dismiss AI.
It's to learn where these tools are useful, understand their limitations, and become better at the engineering decisions surrounding their output.
3. The Real Competitive Advantage Is Engineering Judgment
If AI can generate a plausible implementation, what makes an experienced developer valuable?
Increasingly, the answer is the ability to determine whether that implementation is actually correct, maintainable, secure, and appropriate for the problem.
Imagine an AI assistant generates a database query that works perfectly against a small development dataset.
Will it still perform well when the production table contains 200 million records?
What happens when two requests update the same resource simultaneously?
Could the query expose information that the requesting user isn't authorized to see?
Does the implementation introduce a subtle regression in another service?
These aren't merely code-generation problems. They require engineering judgment.
The same principle applies to testing.
A test suite can report 95% code coverage while missing the business-critical scenario that causes a production outage.
A generated test can confirm that a function returns the expected result without checking whether the result itself makes sense.
A passing build doesn't guarantee a reliable system.
This is where developers can differentiate themselves.
Focus on capabilities that help you reason about the entire system:
System design: Understand service boundaries, data flows, failure modes, and trade-offs.
Debugging: Trace problems across application layers rather than guessing at isolated symptoms.
Testing: Design meaningful assertions, boundary tests, integration tests, and failure scenarios.
Security: Recognize vulnerabilities that aren't obvious from a successful demo.
Performance: Understand latency, throughput, resource consumption, and scaling constraints.
Communication: Explain technical decisions and their consequences to people with different backgrounds.
These skills aren't immune to automation. AI can assist with many of them.
Their value comes from knowing how to apply them, verify results, and take responsibility for the outcome.
4. Stop Measuring Your Career by the Number of Technologies You Know
When layoffs dominate the news, it's tempting to respond by learning everything.
A new framework appears, so you learn it.
A new AI tool launches, so you try it.
A new programming language becomes popular, so you add it to your list.
Soon, your learning backlog becomes larger than any project you could realistically finish.
The problem isn't curiosity. It's confusing exposure with capability.
Knowing that a tool exists is different from being able to use it to solve a meaningful problem.
Instead of collecting technologies, build evidence of your engineering ability.
For example, rather than creating five small repositories that demonstrate basic syntax, consider building one application that includes:
A documented API with authentication and input validation.
Automated unit and integration tests.
Database migrations and realistic test data.
Logging, metrics, and useful error handling.
A CI pipeline that runs checks before deployment.
A deployment strategy with a documented rollback procedure.
A README explaining architecture decisions and known limitations.
This project gives you more than a list of technologies.
It demonstrates how you approach the complete software development lifecycle.
If you use AI to build parts of it, document where you used it, how you reviewed its suggestions, and what you changed after testing.
The goal isn't to pretend you wrote every line manually.
The goal is to demonstrate that you can deliver software responsibly.
5. Build a Career That Doesn't Depend on One Employer
A layoff can be especially disruptive when nearly all your professional identity, network, and sense of security are tied to a single company.
You can't eliminate that risk entirely, but you can reduce your dependence on any one organization.
Start by keeping your professional portfolio current.
You don't need to publish confidential company code or turn every weekend into a side-project marathon. You can document open-source contributions, personal projects, technical articles, or lessons learned from problems you've solved.
Next, maintain professional relationships before you need them.
Talk with former colleagues. Participate in technical communities. Share useful findings. Review other people's code. Contribute to discussions where you can genuinely help.
Networking works better when it isn't treated as an emergency activity that begins the day after a layoff.
Also, periodically review your accomplishments.
Don't just record that you worked on a service. Record what changed because of your work.
Examples include:
Reduced API latency by identifying an inefficient database query.
Improved release confidence by introducing integration tests.
Reduced incident investigation time by improving observability.
Simplified a deployment pipeline and removed manual steps.
Identified and resolved a security weakness before release.
Use real measurements when available. Never invent metrics to make a résumé look impressive.
These examples help communicate the value of your work beyond a job title or list of responsibilities.
Finally, if circumstances allow, build some financial breathing room. Even a modest emergency fund can create options when a job search takes longer than expected.
Career resilience isn't only about technical skills. It's also about having choices.
6. Don't Assume Every Company Is Hiring for the Same Kind of Developer
A headline about thousands of job cuts at a major technology company can make the entire industry look closed.
But company-wide reductions don't tell the whole story about individual teams, occupations, or hiring needs.
A company can reduce its overall headcount while continuing to recruit for selected roles. Another company may be expanding its engineering organization while a competitor contracts.
That doesn't mean finding a job is easy. It means the available evidence needs to be interpreted carefully.
When researching opportunities, look beyond the employer's brand name.
Investigate the specific role, team responsibilities, required experience, and business context.
Ask questions such as:
Is the role associated with a core product or a short-term initiative?
What problems will the team be expected to solve?
How does the company measure engineering quality?
Is the position new, a replacement, or part of an expanding team?
What expectations does the employer have around AI-assisted development?
How does the team handle on-call responsibilities, technical debt, and production incidents?
During interviews, pay attention to how people describe the work.
An organization that expects developers to use AI responsibly, review code carefully, and understand production systems may offer a different engineering environment from one that measures productivity primarily by the number of tickets closed.
No interview can guarantee job security.
However, understanding the role helps you make a more informed decision than relying on a company's reputation alone.
7. Junior Developers Need a Different Strategy, Not a Reason to Give Up
For people entering software development, the current environment can feel particularly discouraging.
Entry-level positions often require practical experience, but gaining that experience can be difficult without an initial opportunity.
AI adds another layer of uncertainty because some of the tasks traditionally assigned to junior engineers can now be automated or completed more quickly.
Still, the conclusion shouldn't be that learning to code is pointless.
Instead, aspiring developers should focus on demonstrating that they understand the fundamentals rather than simply knowing how to prompt a coding assistant.
Learn how data structures work. Understand HTTP, databases, version control, testing, and debugging. Practice reading unfamiliar code and explaining why a solution works.
Then use AI as a learning partner.
Ask it to explain an unfamiliar implementation. Request alternative approaches. Generate test cases and investigate whether they are correct. Compare its output with official documentation.
Most importantly, practice solving problems without blindly accepting generated answers.
Build projects that solve real problems, however small. Contribute documentation or bug fixes to open-source projects. Collaborate with other developers. Learn to discuss trade-offs and explain decisions clearly.
Your first opportunity may take longer to find than you expected.
That delay doesn't make the effort meaningless, and a difficult job market doesn't determine your long-term potential.
8. What Engineering Teams Should Learn From These Layoffs
This discussion shouldn't be limited to individual career advice.
Engineering leaders also have responsibilities.
If an organization reduces its workforce and expects the remaining team to maintain the same systems, deliver more features, and adopt unfamiliar AI tools immediately, the result can be increased pressure rather than improved productivity.
Fewer engineers don't automatically mean less work.
Someone still needs to maintain legacy systems, investigate incidents, review generated code, manage dependencies, and understand architectural decisions made years earlier.
If that knowledge leaves with departing employees, the organization may lose capabilities that are difficult to rebuild quickly.
Teams should therefore pay attention to:
Knowledge preservation. Document critical systems, operational procedures, and architectural decisions before organizational changes create gaps.
Quality controls. Establish clear expectations for testing, code review, security checks, and AI-generated contributions.
Realistic capacity planning. Measure delivery outcomes and system reliability, not just the number of tasks completed.
Sustainable ownership. Make sure critical services have adequate support and aren't dependent on one remaining engineer.
Responsible AI adoption. Evaluate tools against real engineering workflows, including their costs, limitations, security implications, and effect on review effort.
The goal should be to improve the way teams build and maintain software, not simply to make smaller teams absorb more responsibilities.
9. A Practical 30-Day Plan for Developers
You don't need to reinvent your entire career because of a difficult news cycle.
A focused month can help you identify gaps and make tangible progress.
Week 1: Audit your current skills
Choose a technical area relevant to your goals. Review your recent work and identify what you can demonstrate confidently versus what you only know in theory.
Update your résumé with specific, truthful accomplishments.
Week 2: Strengthen one practical skill
Choose a skill that supports your existing experience, such as API testing, database performance, cloud deployment, observability, or secure coding.
Build a small exercise that forces you to apply it rather than just watch tutorials.
Week 3: Complete and document a project
Finish a useful improvement or small end-to-end application. Add automated tests, clear documentation, and a short explanation of your design choices.
If you use AI, verify its output and document meaningful limitations you discovered.
Week 4: Improve your professional visibility
Publish a technical article, contribute to an open-source project, share a useful debugging lesson, or reconnect with former colleagues.
Review relevant job descriptions to identify recurring requirements, then compare them with your current experience.
At the end of the month, evaluate what you accomplished.
You may not have a new job, a perfect résumé, or mastery of a new technology. That's fine.
The objective is to build momentum and make your next step more deliberate.
Final Thoughts: Your Career Is Bigger Than This Year's Headlines
The 2026 layoffs are a serious reminder that working in technology doesn't guarantee employment security.
They also highlight the need to think carefully about AI, organizational change, and the skills that help engineers deliver reliable software.
But there's a difference between recognizing that the industry is changing and assuming that your future has already been decided.
You don't control every restructuring decision. You can't predict which company will announce cuts next. You can't guarantee that mastering a particular framework will protect you from a difficult job market.
What you can control is how you learn, how you demonstrate your abilities, how you adapt to new tools, and how you build relationships with other people in the industry.
Don't compete with AI at generating code faster. Learn to build better systems, ask better questions, verify results, and solve problems that matter.
And remember that your worth as a developer isn't measured by a company's headcount spreadsheet.
The industry will continue to evolve. Our task is to keep learning without losing sight of the human judgment, collaboration, and responsibility that good engineering requires.
Let's discuss
I'm curious how other developers are navigating this period of change.
AI and engineering: Has AI meaningfully changed the way you write, test, or review code?
Career resilience: Which skills do you believe are becoming more valuable as teams adopt AI tools?
Hiring: Are you seeing different expectations for junior, mid-level, and senior developers?
Team culture: What can engineering leaders do to help teams adapt without sacrificing software quality or employee well-being?
Share your experiences in the comments. Practical insights from people doing the work are often more useful than another prediction about the future of tech.
Editorial note: This article is an independent, developer-focused perspective inspired by TechRepublic's reporting on 2026 technology layoffs. Layoff totals reflect reported announcements, not necessarily completed job losses. Figures and company circumstances can change as new information becomes available.#discuss #career #ai #programming #software #coding #development #engineering #inclusive #community
Tech Layoffs in 2026: What Developers Should Do When the Industry Changes the Rules -
I wish people could actually watch listen and read this, and with actual comprehension and compassion realize the desperate need to have people actively provide meaningful lasting support;
The Physical Reality of My Existence
Existence is stealing my vision, as constant pain and exhausting reign in this disabled, poverty-stricken corpse. My sight, along with the rest of me, is suffering. Some days things are clear and vibrant for a little while, but more often than not, it's all a dark fuzzy blur that often feels like a shrinking tunnel. The brighter the light the harder it is, and darker light makes fine observations impossible to see. When you couple that with my joints that are actively revolting against me, it makes the mundane an extraordinary feat.
If I sit too long my ankles, knees, and hips lock up; if I stand too long my leg muscles all burn and become stiff. Vertigo keeps me dizzy, and sometimes between bad knees and that, I have issues walking, stooping, or bending down. My hands randomly drop things along with aching all day long, and my blood pressure is on a continuous rollercoaster. Due to poverty, I have a very poor and often absent nutritional uptake, so my body simply ages ten times faster than the average person. I tell people I am 48 but more like an 80-year-old man, and they simply cannot wrap their heads around it. It takes me an hour or two in the morning before my legs work, and often three to four before my eyes focus and my brain is fully functioning.
The Cycle of Sleeplessness and DeclineIf I lay down in my torture device of a bed—a mattress that is 20 years old and completely useless for support, with no room for a couch or recliner to alternate to—everything goes haywire. My wrists and hands go numb as my shoulders and back ache, and trying to upright myself seems to take days. The more I do, the less I sleep. When I am past tired, I won't actually sleep at all; I will simply get aggravated by the circumstances.
Every movement, every breath, seems to become a battle that simply lasts too long. My overall mental executive cognitive functions are declining at a noticeable rate, and my thoughts are fading and fraying more each day. It is very much tiring to be me.
The Isolation and MisunderstandingI really don't feel well, I am exhausted, I am in pain, and my anxiety is bothering me. I am plum wore out from it all, and sadly, people simply do not understand, nor do they even attempt to feign empathy or compassion if they cannot express it naturally. It gets really old explaining over and over that I am disabled and I am aging, which means my disabilities just get worse.
They see me helping and doing what I can when I can, and assume it is all easy for me and no big deal, yet have no clue of the physical pain and constant exhaustion. It is infuriating when people think you can just do A, B, C, etc., despite you making it clear you cannot. I have no family to call on and no friends to rely on.
The Crushing Weight of PovertyI exist in poverty because I am disabled, and every facet of my life hangs on a precarious precipice. My tiny cave is a mess; I really need to organize and clean, but between physical energy not being there and financially not able to obtain what I need to do so, everything is chaos.
My bowels constantly complain there is no food in here. I fight with what I can eat today versus can I afford to take a shower and will I have clean clothes to put on. From the constant need for food I can never afford, to underwear, socks, shoes, pants, shirts, and personal hygiene, there is so much I truly need and no real way to obtain any of it. My near non-existent disability income cannot cover even a quarter of life today, and I have no safety at all. For if I was an actual corpse this decay would seem okay, but as I am somehow still alive, simply existing is becoming more than I can bear.
My Plea for Dignity and SupportThis disabled man existing in poverty is really, truthfully struggling. I am exhausted mentally, spiritually, and physically. It is imperative that I raise the money I need to buy property to build my own forever home, so that I have security and stability. I need a massive infusion of cash to get myself caught up, and then I need a monthly support amount to stay somewhat stable.
I have never expected one person to bear the brunt of my burdens; rather, I hope that all will help how they can, with the compassion, empathy, and understanding that if it was them in need, would they not pray for the same? If only humanity was not a failure, maybe I could actually raise the money I need to live beyond barely existing. And if I am lucky, I will be able to help others through the rest of my life by having my own place to offer them the help they may need.I have had a very hard life. How much longer must I be forced to fight and endure an existence void of compassion, empathy, support, respect, dignity, and safety? I am begging for help to live, I am begging for compassion and dignity. Please, I am not in a good place. Please help me climb out of this hell of desperation today.
This Disabled Man Existing In Poverty, Is $8,505 Away From Being Able To Afford To Take Care Of Myself And The Things I Still Need To Take Care Of Right Now. Your support today could mean the difference between nourishment and starvation and some kind of stability.This is not a request for luxury. This is a cry for dignity.
Urgent need: $27,305, Monthly survival: $1,500, Long-term liberation: $25,000 to climb out. $5 million to build a forever home and sanctuary for others like me.
If you’ve ever wondered what despair looks like, this is it. If you’ve ever wanted to make a real difference, this is your chance $5-10-15 It All Helps,🔗 Donate here: paypal.com/donate?campaign_id=… 💸 CashApp: $woctxphotog
#MutualAid, #Disabled, #Poverty, #Help, #Survival, #Compassion, #Pain, #MentalHealth, #Food, #Groceries, #Hygiene, #Anxiety, #PTSD, #Bipolar, #Dignity, #Disablity, #Life, #Housing, #Support, #Aging, #Love, #Empathy, #Health, #Rent, #Cronicillness, #dentalhealth, #healthcare, #dental, #Emergency, #oralhealth,