「35歳プログラマー限界説」って言葉があるそうです。私がプログラミングを学び始めたのは33歳で、今2年がたって私は35歳になりました。「35歳プログラマー限界説」というのはプロでプログラマーをやっている方々に対する説なので私には当てはまらないですよねー。私の立場は全くちがうので「限界説」は全く信じていないというか、論じる資格がないというか。私の立場からは、むしろ逆に、私は今の年からプログラミングを学び始めるのは、いいことだとと思っています。私は、「社会人として仕事の進め方のこつを覚えて、かつ、俯瞰的に社内の業務を眺めることができるような私たちの世代」が、プログラミングを習うって非常に意味があることだと思っています。新しいことを学ぶ力・習慣が薄れがちなこの年代で、楽しみながら仕事や会社や社会に貢献できることを習ってみるって、いいチャレンジだと思うんですよね。プログラミングをすることで、論理的思考を訓練したり、自分の仕事に付加価値をつけたり、社内の業務改善に貢献していくってすてきなことだと思って人にすすめています。解説書もかなり出ていてわかりやすい。なんとなく動きますし、効果も実感しやすいので、そこに喜びが見いだせます。最近は、つぎはぎの知識ばかりでとりあえず動くプログラムばかりを作っている気がして、幹がないような気がしていました。「プログラミング道」的な、自分の力を磨く方法のアドバイスを渇望していた時期にこの本に出会い、いい刺激をもらいました。プログラマーとして必要な能力プログラマーとして必要な能力をいくつか書かれていたのですが、以下の7つが紹介されていました。英語力これ、特許技術者としても非常に必要とされている力、あと、ビジネスマン全般に必要な力かもしれないですね。職場の尊敬する先輩・同僚の仕事力そのものじゃないですか。「読みやすいコードを書く力」というのは、「読みやすい『文章』を書く力」と読みかえるんですが。「コンピュータサイエンスの基礎力」は、「ご自身の専門分野の基礎力」のことですよね。この本には、それぞれの項目について、具体的に著者が何にとりくんできたのかが説明されてあり、非常に参考になります。能力向上に使えるなと思ったことは、「グループで、コードレビューをする方法」です。少なくとも3者でレビュー(内容確認)をするという方法。私がよい例ですが、「初級者が書いたコード」っていうのは初級者本人の限られた知識の中での思い込みで書かれていることってありますね。この想定されている使用環境で使われる限りは大丈夫だと確信して、エラー対応のコードを書くんですが、実際には私が想定できる使用環境なんて、たかがしれていますね。私が書いたコードには穴がある。一人でやっていても気がつけない。自分は「これこれこういうつもり」で書いているわけだから。これは、翻訳もそうだし、特許技術者の書く文章もそうだし、ビジネス文書でもそうだし、結局、どんなところでも同じことが起こりますね。柴田芳樹さんが提唱しているコードレビューは、1初級者が書いたコード(プログラム文)を、中級者が読んで、その内容を説明する。2で、中級者が読んでいるものを、となりで初級者が聞いているわけです。自分が「○○のつもり」で書いたコードを他人がどう読むのか客観視するんです。中級者ができるかぎりその間違いや、想定の違いを指摘してその場で修正していく。3上級者は、その中級者が修正する様を確認するんです。上級者は中級者の育成をする立場にありますから、中級者の思考が正しい順序・観点で行われているのか見るんですね。時には、上級者が中級者に助言をしたりするんだそうです。これ、すごく面白いなと思いました。うちの事務所でも応用がきくなと思いました。技術翻訳ってまず原文を正確に読み込む「国語力」や、その分野の「技術の理解力」と、その読み取った理解をほかの言語に移し替える「表現力」みたいなものが必要じゃないですか。その段階のどこかで間違えるとアウトプットされる翻訳文は間違いが含まれてしまうわけですよね。クレームを書いたりするときには、その言葉が持つ裁判での判例の解釈などの知識も必要になってきたり、総合力が必要になりますよね。少なくとも、クレームの翻訳で、こういうグループのレビューができると、非常に面白いなと思います。時間がかかりますけどね。機会をもうけてどっかで試したいな。あと、本書で紹介されていた本を購入してみましたが、非常によいものがありました。いつかレビュー書きたいと思います。「35歳からのプログラミングってなかなかすてきな趣味ですよ」ということと「『プログラマー現役続行』に紹介されているのスキルの磨き方は、特許事務所でも使えそうだ」ということです。」を特許明細書用に改良しました。最近の翻訳案件...記事を読む【プログラミング】誰かのためにマクロプログラムを作ること1年半くらい前(2008年9月)から、職場の同僚や、翻訳学校に行った仲間たちからマクロ作りを依頼されることが多くなってきました。...記事を読む【コード】英文クレーム内の用語を着色するWordマクロWordマクロセミナー受講生の方からのご依頼で作ってみました。特許の英訳で使うことを想定しています。今年の12月に日本翻訳者協会(JAT)の忘年会が東京・新橋で開催されます。翻訳者仲間と出会うチャンス!JATの忘年会は気軽に参加でき...記事を読む【コード】「段落番号」のある段落のアウトラインレベルを自動で設定するようやく、アウトラインレベルに関するマクロの登場です。これから数回...記事を読む【コード】変更履歴の追記箇所に下線を引く昨日、Wordマクロセミナーを開催いたしました。どんなビジネスもこの考え方ならうまくいく」のまとめです。明細書等作成のための時間節約術(弁理士クラブ)7月7日(火)の18:30~20:30に、弁理士クラブさんのセミナーを担当させていただきます。弁理士の先生方向けのWordマクロ活用セミ...記事を読む【コード】特許明細書の段落番号を連番にする先日の大阪のWordマクロセミナーにてご質問をいただきましたのでヒントとして掲載します。特許明細書では、段落番号が4桁で墨付き括弧で...記事を読む【蛍光と対策】蛍光ペンで一括マーキングするマクロの活用のヒント「蛍光と対策」のユーザーの方から、すでに面白い使い方をご提案いただいております。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。このブログでは、Wordで文書を効率的に作成する方法や、コピペで使えるWordマクロを紹介します。2020年2月3日TOPこのサイトについてセミナーサービスサイトマップお問い合わせ©みんなのワードマクロ。