私はフルタイムのソフトウェア担当者ではありません。実際、過去10年間で、私の作業の90％はハードウェアで行われていたか、低レベルの（埋め込み）コードを実行していました。
しかし、残りの10％は、開発ツール用のシェルスクリプトの作成、特別な機能を追加するためのカーネルの変更、およびエンドユーザー向けのGUIアプリケーションの作成に関係しています。
問題は、「X」を実行してから何年も経ち、忘れてしまったか、環境が変化したために、知識に重大な穴が開いていることに気付くということです。
TheDailyWTF.comには、「WTF：ライブラリbazでfoobar（）を呼び出すことができたときに、1日中大量のコードを書いていた」というスレッドが頻繁にあります。#include <stdio.h>のもの（たとえば）以外のことはあまり覚えておらず、クイック検索で適切なライブラリが見つからなかったため、私は自分でそこにいました。
めったに触れないプログラミング環境で、クラッシュラーニングやクラッシュリフレッシュに効果的な方法は何ですか？
問題のプログラミング環境の「日常の流れの中に」いることに代わるものは実際にはありません。自分の専門分野で検証できると確信しているので、現在の最先端技術をよく感じることは、経験からしか得られないことです。
興味はあるが、必ずしも現在使用しているわけではない言語に関する一般的なニュースに追いつくようにしています。一般的な変更を追跡できることは、再びそれを取得する必要がある場合に非常に役立ちます.
それ以上に、個人的には、最新の参考書を入手して、環境に再び慣れるためにいくつかの基本的なことをコーディングするのが最も簡単だと思います。サービス/クライアント。
フレームワーク/API (JavaScript フレームワークやウィジェット ライブラリなど) の場合:
Java、.NET、Python などの新しいフル機能の環境では、ほぼすべての一般的な問題に対するライブラリ ソリューションがあります。「プレーンな C でこれをどのようにプログラムできるか」と考えるのではなく、「この問題を解決してくれるライブラリはどれか」姿勢転換です。リソースに関しては、私が言及した 3 つの環境のライブラリ ドキュメントはすべて優れています。
上記の答えに加えて、あなたが求めていることはあなたの時間のかなりの量を要すると思います、そしてあなたはあなたの目標を達成するためにその時間を費やすことをいとわないに違いありません。私の方法はオーウェンの答えとほとんど同じです。参考書またはチュートリアルを入手して、特定のものがどのように機能するかを実験するときに、変更をハッキングする例を実行してください。最低限、中断されないことがわかっている時間に、これを1日おきに行うために1時間を割り当てます。それ以下、そしてあなたはおそらく苦労し続けるでしょう。
ただ。コードに取り組んでいる間、クリティカルパスを最適化するために非常に一生懸命働く必要があることはわかっていますが、クリティカルパス以外では、通常、最適化に多くの労力を費やすことはありません。
あなたの説明から、あなたは埋め込みに90％、残りに10％作業していると仮定しましょう。残りの50％で、必要以上の時間を費やしていると仮定しましょう。したがって、私の計算によれば、ワークフローの約5％を最適化しています...
もちろん、通常のgoogle / SO / forums検索は、新しいことを行う前に役立ちますが、それ以上の投資は私の意見では時間の無駄です。楽しみや一般的な教育のためだけに時間を無駄にしたいのでなければ...:)、しかしこれは別の話です。
ちなみに、私は同じ立場にあり、前回はGUIが必要でMFCを使用しました（10年前に使用したことがあるため:)）。C＃や友人との方がおそらくより良い結果が得られることを完全に理解していますが、学習特にCコードとGUIを組み合わせる必要があることを知っているので、曲線はこれを正当化するものではありません。
クラッシュ学習の最善の方法は単純です。Google を使用して X チュートリアルを検索し、お気に入りのブラウザーを開いて入力を開始するだけです。X について一定のレベルに到達したら、他の人のことを見てください。そこにはオープン ソースがたくさんあります。以前に X を使用したことがある人がいるはずです。彼らが特定の問題をどのように解決したかを見て、そこから学びましょう。自分が「正しい道を進んでいる」こと、または他の人が「常識」と定義するようなパターンで物事を行ったり考えたりしていることを確認する簡単な方法です。
すでに学習曲線が中断されているため、何かをクラッシュリフレッシュする方がはるかに簡単です。私がこれを行う方法は、作成中に行った例の一部を保持するか、実行したプロジェクトを保持することです。その後、簡単に更新して独自の例を使用できます。
ここで言及したライブラリの問題は、検索スキルを向上させるだけで改善されます (ただし、他の人がこれをどのように解決したかを調べることも役立ちます)。
私が考える最善の解決策は、追いつく必要があるトピック/環境に関する本を入手することです.
その分野での経験がある、あなたが知っている開発者に質問してください。
また、ニュース グループ (Google グループを使用すると簡単に行えます) やフォーラムをチェックすることもできます。質問することはできますが、特定のトピックや環境に関する最新のよくある質問を 10 分間読むだけでも、少しは「知識を深める」ことができます。
焦点を絞ったブログを見つけることができれば、同じことがブログにも当てはまります。ただし、これらは非常にまれであり、個人的には、特定の環境について「知る」ためにブログに頼ることはありません. (私は個人的に、「ここに何かきちんとしたものがあります」または「これが私が失敗した方法であり、あなたはそれを避けることができます」または「一般的な慣行」の分野でブログが最も人気があり興味深いものだと思います.)
すべての環境を取り上げようとしないでください。
役立つものや興味深いものに焦点を当ててから、質の高いブログをいくつか選んで定期的に読んだり、ポッドキャストを聴いたりします。環境の現在の状態をかなり迅速に把握できます。
具体例: 私は長い間 Java の世界から離れていましたが、ここ数か月で Java プロジェクトに参加することになりました。それ以来、私は Java Posse ポッドキャストを聞いたり、いくつかのブログを読んだりしました。私は Java の第一人者ではありませんが、あまり問題なくスピードを取り戻すことができました。