KomuraSoft LLC
Consult us
Menu

Windows development & engineering support from KomuraSoft

Technical Consulting & Design ReviewGet the grounds for your decision before you build or fix.

Unsure about a technology choice, architecture or existing component? We review the options against Windows-specific constraints and your workflow, then clarify what needs to be checked next.

Discuss your design or technology choice See pricing & process

No specification document needed. You can consult us with whatever you know.

  • Work directly with an engineer
  • Consult us before requirements are finalized
  • Commission only the scope you need

You can consult us from stages like these

Start with the problem you need to solve.

There are too many technologies and architectures to choose from

We compare them against your existing software, equipment, deployment environment and maintenance needs.

You are concerned about the design, but cannot pinpoint why

We examine the UI, communications, threads, resources and failure handling.

You need evidence to choose between changes and a rewrite

We explain benefits, effort and remaining uncertainties, then identify further investigation and priorities.

Someone you can consult about technical matters, just as they are.

Profile photo of Go Komura

Representative & engineer

Go Komura

A Windows-focused engineer works with you from confirming your problem through investigation, design and implementation. Points you cannot yet fully explain are sorted out starting from the technical issues.

Experience & technologies / Company information

Published technical article

How to Handle ActiveX / OCX Today

Explore the technical considerations and design approach in this area. These explanatory articles are presented separately from commissioned project experience.

Read the technical article

Scope of support

A focused task or a complete application.

From a specific investigation or change to end-to-end development, we agree on a scope that fits your situation.

Consultation on technology selection and development strategy

Clarify goals, technical constraints and operating conditions, and assess implementation options and open questions.

Design review

Review the roles of UI, communication and background processing, connections to existing components, behavior on failure and more.

Modification and migration planning

Compare continued use, interface changes and replacement of existing assets, then establish priorities.

Examples of results and deliverables

  • Options and the reasoning behind a recommendation
  • Design risks and validation tasks
  • Review findings or an approach document within the agreed scope

These are examples, depending on the work commissioned. We agree on the scope and format of deliverables when preparing the estimate.

Facing a similar challenge? Tell us where things stand.

Discuss your design or technology choice

No specification document needed. You can consult us with whatever you know.

Pricing and process

You do not need every detail decided to get started.

Start with advice or a design review

We can review your proposed approach before you commission implementation. The first step is to clarify the decision you need to make.

Pricing guide

Quoted for the consultation or review scope

For a standalone consulting or review engagement, we confirm the material to review, the questions to address and the documentation scope before preparing a quote.

The free scope of initial feasibility checks, and paid engagements

On the understanding that you will commission the full development if we judge it feasible, the initial investigation needed for the estimate and for our decision on whether to accept the order is free in principle. Extended validation, dedicated environments, prototypes, proofs of concept, delivery of detailed investigation reports and the like may require a paid engagement.

An investigation or review commissioned in its own right is quoted as a separate paid service. We explain the scope and cost before any paid work begins.

  1. Tell us about the situation

    Share your goal, the problem and the environment, as far as you know them.

  2. Review the scope and cost

    We outline the investigation needed, scope, deliverables, cost and proposed process.

  3. Agree before work begins

    During the investigation and development, we share progress, confirmed findings and remaining constraints.

  4. Review the results and handover

    We validate the results under agreed conditions and prepare for deployment or the next step.

Need more technical detail?

Explore technologies and the detailed approach

Clarify the reasoning before you build or change software.

You are unsure which technology to choose, whether to retain existing components, or whether recurring faults warrant an architectural review. KomuraSoft helps plan Windows development and modifications around both platform constraints and current business needs.

Topics we can discuss

  • Compare technologies and architectures for a new application.
  • Define the responsibilities of UI, communications, background work and logging.
  • Review integration involving COM, ActiveX, C++/CLI and .NET.
  • Decide where to address mixed 32-bit and 64-bit requirements.
  • Compare modifying the current software with replacing it.
  • Plan the logs and tests needed before starting a fault investigation.

What a review considers

Does the design fit the goals and constraints?

We look beyond how new a technology is to whether it fits conditions such as existing assets, equipment, deployment environments, permissions and expected operating life. We distinguish feasible approaches from those needing prior validation.

Does it account for operation and maintenance?

We review responsibility boundaries, threading and resource management, exceptions, shutdown, logs, failure-path tests and more. The review identifies areas likely to become problems when software changes or faults occur.

What needs to be decided next?

We explain trade-offs, impact and remaining uncertainties, then prioritize investigation or changes. We do more than recommend a particular approach: we emphasize making clear why an option is chosen and what information is still missing for the decision.

How a consultation proceeds

  1. Clarify the questions. Review the current architecture, difficulties, proposed options and conditions that cannot change.
  2. Compare the options. Examine documents or code as needed from implementation, operation and maintenance perspectives.
  3. Set out the next steps. Organize the approach, cautions and validation tasks, and document the review results or modification approach within the agreed scope.

Before you commission implementation

Advice and design reviews can be standalone engagements, or their results can lead into development or modification work. Tell us what you need to decide and what is already known. We confirm the scope and process before preparing an estimate.

For the conditions covering initial feasibility checks when you intend to commission full development, see advanced Windows development.

Questions before commissioning work

Can we commission advice before implementation?

Yes. You can start with technology selection or a design review before writing code. We confirm the questions you want to consult us on and the required deliverables, and decide the review scope.

Can we consult you about older architectures involving COM or ActiveX?

You can consult us. We consider current behavior and operational constraints when deciding what to retain, where to change interfaces and what to replace.

Can we consult you before we can fully explain the problem?

Yes. Share the architecture, difficulties and options you are considering as far as you can. We can begin by clarifying which decisions need to be made.

Get in touch

A few lines about your situation are enough.

You do not need a detailed specification or technical terminology. Share what you know about:

  • The problem or the outcome you need
  • The software, devices and operating environment
  • Your preferred timeframe, even if it is not decided

There is no need to send confidential documents or passwords with your initial inquiry.

Example consultation message

We would like to confirm whether we can proceed with development on our current design. Please review it, including our existing COM assets and threading structure.
Discuss your design or technology choice Consult us by email

No specification document needed. You can consult us with whatever you know.

The discussion button opens our English contact page with ways to get in touch. “Consult us by email” creates an email that includes the service name.

Browse related technical articles