NHK記者、小さなプログラムをたくさん書いて現場の労力を減らす 160
ストーリー by nagazou
まあ指摘も分かる 部門より
まあ指摘も分かる 部門より
NHKの記者も現場での労力を減らすためコードを書くことがあるという。多用されることの多い日本地図の中にCOVID-19の新規感染者数を示す「NHK感染者マップ作画システム」を制作したのは記者なのだそうだ。これがなかった場合、エクセルなどのデータを作画の担当者に送り、画像ソフトで手動入力するという形が必要だったらしい。感染者数は数字が修正されることも多く、こうしたシステムは必要な状況だったとのこと(NHK)。
記者がプログラミングのスキルを習得するまでの過程は、元記事を読んでいただいた方がいいと思うが、結局、現場の小さなミスや効率の悪さを改善するためコードを書く機会が増えたとしている。ただ、この記事が上がったあと、結構反響や意見があったそうだ。
その中で特定の人のスキルに依存してしまう「属人化が課題」とする指摘も複数あったとのこと。記者はその通りだとしつつも、属人化するからという理由で開発そのものに着手しないよりも、継続性は後で考えてまずは始めてみるほうがよいのではと話している。
記者がプログラミングのスキルを習得するまでの過程は、元記事を読んでいただいた方がいいと思うが、結局、現場の小さなミスや効率の悪さを改善するためコードを書く機会が増えたとしている。ただ、この記事が上がったあと、結構反響や意見があったそうだ。
その中で特定の人のスキルに依存してしまう「属人化が課題」とする指摘も複数あったとのこと。記者はその通りだとしつつも、属人化するからという理由で開発そのものに着手しないよりも、継続性は後で考えてまずは始めてみるほうがよいのではと話している。
プログラミングは出来て当然になると思う。 (スコア:5, すばらしい洞察)
これからは、読み書き同様にプログラミングが出来る事は、出来て当たり前になるのでは?
数学的なセンスが不要な業務改系のプログラミングとかは、サラリーマンとしては当然のスキルになるんじゃないかと思う。
だまされた! (スコア:3, おもしろおかしい)
これからはプログラミングが不要になるって聞いたのに!自然文で指示すれば完成したプログラムが出てくるって!
Re:だまされた! (スコア:1)
母語で漏れがなく無矛盾に文章を記述ができる人が増えてきたらできるよ。
って考えると自然文よりコンピュータ言語で記述するほうが簡単じゃん。
なのでプログラミングが不要になることは無いよ。知らんけど。
Re:だまされた! (スコア:1)
自然文じゃ無理。不自然な文でないと論理を表現できないから。
Re: (スコア:0)
>これからはプログラミングが不要になるって聞いたのに!自然文で指示すれば完成したプログラムが出てくるって!
OK google 都道府県別新型コロナウイルス新規感染者マップ出して
https://www3.nhk.or.jp/news/special/coronavirus/data/ [nhk.or.jp]
Re:プログラミングは出来て当然になると思う。 (スコア:3)
世の中には、どう頑張っても考えていることを手順化して書き出せない人ってのはいるのよ。優秀とか関係なしに。
なので、プログラミングができて当然な世の中なんて来ないと思う。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
頭の良い人の中には、頭の中で明示的に手順を組み立てなくても、仕事を処理できちゃう人もいるんだと思うよ。
実際、普通の人がやっていることだって、すべて手順化で解決できるわけじゃないだろ。
例えば、自転車。手順化すれば乗れるようになるわけではない。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
自転車は、バランスとペダル漕ぎとハンドル操作の連携を一気にするのが難しい
だから、乗る手順そのものは手順化できない。
誰でもその手順で乗れるようになります。
それはその通りだけど、それは乗ることを学習する手順であって、乗る手順じゃない。
手順化で解決できない事ってある?
例えば、自転車に乗る事。実際、キミも私もその手順を書けない。
誰にでもできるようにはなるけど、手順化はできないんだよ。
また、手順化できたところで、それだけから実行できるようにもならない。
手順化が未熟なだけかもよ
それはあり得ると思います。
あと、手順化するのに手間がかかり過ぎて、自分がやる方が早く、動機につながらないとか。
これは、手順化できないもの近い関係にあると思います。
自分だけができる、と言う事で地位を守りたい、とかもあるかもね。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
意味がわからない。
解らないふりしてるだけでは?
そうでないとすると、私の手には余るんだが…
出来るでしょ。
実際できてないじゃん。その手順を実行したところで、自転車には乗れない。
単純に考えても、ペダルを踏みこんだところで倒れるな。
スピードとか重心とかペダルを踏みこむ強さとか、色んなもののバランスを取る必要があるけど、それを手順化できる気はしないね。
仮に手順化できたとしても、その手順をそのまま実行することはできない。
人間が自転車に乗るときには、「手順を実行している」という意識ではないので。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
無意識化で行える事について例えているのなら、「心臓の動かし方を意識しないように~」とか
仕事は、手順を従っている・いないに関わらず、意識的にやっている。
自転車に乗ることも、当然意識的にやっている。随意筋を意識的に動かしていると言い換えてもいい。
なので、手順化できる可能性はある。
仕事も自転車も、必ず手順化可能でもないし、可能だからその通りに実行できるわけでもないが。
一方、心臓は意識的に動かすものではない。不随意筋で意識とは関係無く勝手に動いている。
当然手順化にはまったく馴染まない。手順化できたとしても、手順通りに実行することは不可能。
なので、仕事を手順化するかどうか、と言うときに、心臓の動きに例えるのは、私は不適切と考える。
#「例え」は書き手のセンス・力量が問われる事を知らないわけじゃないだろうに
心臓の動きを手順化するってセンス・力量ってどうなんです?
キミの比喩のモノの見方を全否定するものでは無いけど、私のそれとは方向性がまったく違うね。
# 端的に言って、結論が出たんじゃね?
Re:プログラミングは出来て当然になると思う。 (スコア:2, 興味深い)
20年前か10年前かにも聞いたような言説だが、結局そんな状況にはなってない
どうして「これからは」と考えたのか気になる
Re:プログラミングは出来て当然になると思う。 (スコア:2, 興味深い)
じゃあ、マトモな日本語を書けない社会人が今でも多数いる理由を教えてくれ。
国語は戦前から小中高で必須だろう?
Re:プログラミングは出来て当然になると思う。 (スコア:1)
プログラミング、ウォール街で今後必須のスキルに
https://forbesjapan.com/articles/detail/32198 [forbesjapan.com]
一部門についての内容なのに、どうやってこんなに拡大解釈して日本叩きに繋げるのかほんと不思議
頭悪そう
Re: (スコア:0)
プログラミング必修世代が中堅になるまでは無理だよ
大半の企業においては、そういう業務改善が出来る社員は出来ない社員の敵なので潰される
Re:プログラミングは出来て当然になると思う。 (スコア:1)
英語必修世代しかいないはずなのに…
Re:プログラミングは出来て当然になると思う。 (スコア:1)
大卒なら第二外国語もあるので、日本社会にはトリリンガルが大量にいるはずなんだよなぁ。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
出来ない奴はFizzBuzz云々の前に、for文やif文がまともに書けないんだよ。
初日じゃ無いぞ、2ヶ月研修してそのざまなんだ。
小学生の時にコーディング覚えた自分からすると、何が分からないのかが分からん。
初歩のコーディングなんて、サンプル動かして適当に遊べば自然に身につくはずでしょ。
だから教えようが無いんだよね、教師役としてはそれじゃ駄目なんだろうけど。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
子供の頃に、プラレールとかピタゴラスイッチ的な遊びとかしてる人は、あっという間に習得するよね。
ループ構造と条件分岐なんて、その遊びの正にど真ん中。
みんなも自分の子供には、そういう遊びをさせてあげてね。
Re: (スコア:0)
>数学的なセンスが不要な業務改系のプログラミングとかは、サラリーマンとしては当然のスキルになるんじゃないかと思う
属人化加速してカオスな現場になりませんように。
Re:プログラミングは出来て当然になると思う。 (スコア:5, すばらしい洞察)
属人化してカオスになりかねないのは、今まではExcelワークシート。
これからの時代はRPAだと思う。
こいつらに比べたら、合間にコメントを書き加えられるプログラムって、断然理解しやすい。
ただしExcelマクロは除く。これは本当に邪悪だと思う。
Re:プログラミングは出来て当然になると思う。 (スコア:2, すばらしい洞察)
Excel職人が手作業でゴニョゴニョやっていた処理を、
Powershell で自動化することをやりました。
学習コストは高かったけど、そこそこいいものが作れましたよ。
データ(Excel)とロジック(Powershell)の分離もできていいことづくめでした。
PowershellからVBAの関数も全て使う事もできますし。
ロジックは別途管理出来るので、保守性も良かったです。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
Excelマクロって、VBAが今時のプログラマ向けじゃないとか、プログラムがExcelファイルの中に入るのがプログラマ向けじゃないとか、VBEが今時のプログラマ向けじゃないとか文句が沢山思いつくけど、
VSCodeでNodeでElectronアプリ作るのと比べればnpmの有無の他はそう違わない気もするけどなあ
npmが今時かって?その議論は私はしたくない
Re:プログラミングは出来て当然になると思う。 (スコア:2)
「皆がプログラミングできる前提」なら、手作業でできることはプログラム化し直すことはできる。
しかし、「属人化」というのは、その人にしか解らなくなる、ということ。
つまり、その人以外は、手作業で処理できなくなる。
その場合、プログラムは書けない。
属人化されたプログラムであれば、最悪それを読むことで手作業化もしくは再プログラム化できる。
けど、他人の書いたプログラムを読むのって、難しい場合も多いよね。
いや、なんなら自分の書いたプログラムですら、イミフなときが…
Re:プログラミングは出来て当然になると思う。 (スコア:5, 参考になる)
>その人以外は、手作業で処理できなくなる。
まさに、春先から、それの対応しているところです。
関係団体から送られてくる業務データを、前任者まではExcelで処理していたんだけど、担当者個人がその関係団体から送られてくるデータ処理を一手に引き受けていた。
どういうデータが、どういうタイミングで送られてきて、どう処理するのか、簡単な箇条書きしか無くて、前任者に聞いても具体的な手順の説明はないし、関係団体に問い合わせたり、Excelファイルを調べたりして、やっとワークフローを整理して、資料と処理用データベースを作成したところ。
で、私なりの状況分析だけど、まず流れてくる業務データは、それ用のシステムがあることを前提にしている。なので、素人がExcelで手作業で何とかするようなものじゃない。データ構造自体は、プログラムをかける人だったら、なんてことは無いんだけど、素人が見たらAccessの標準機能では対応できなくて、表計算で手集計するしか思いつかないようなもの。量が少なかったら、手作業でもいいんだろうけど、使うデータの種類も多いし、データ量が何千件も毎月あるんだよね。
このため、前任者にしてみたら「業務を説明」と求められても、毎月の作業を説明するのは大変なのだろうなと(おそらく明確な流れとか意識しない)。
ただ、流れてくる業務データをデータベースに格納できたら、業務で使うデータを明示できるし、業務を論理的に説明しやすくなるので、Accessで処理用データベースを作成してます。
>他人の書いたプログラムを読むのって、難しい場合も多いよね。
これは定石に沿うことで回避するしかないと思いますね。
わかりやすい構造にする、内容がわかりやすい名前をつける、コメントで処理の説明を随時つけるとか。
特に具体的なコードは、参考書を見ればわかるレベルで書く必要がありますね。
エラー処理とか、付加機能とかで、本来の流れが見えにくくなると、自分の書いたものでもわからなくなる。
でも、業務に必要なプログラムやデータベースなら、専門家が作るべきですよね。
規模が大きい組織なら、そういうスタッフを抱えてもいいと思うんだけど。
現場でプロトタイプを作って使ってみて、ある程度経ってきたら、開発スタッフと共同で要件を整理して作り直すとかしないとブラックボックスになるだろうし、臨機応変に開発できないと時代に対応できなくなるし。
私が一番やばいと思うのは、開発経験が無い連中が、システム更新を担当すると要件のもれとか、移行作業の検討がすっぽり落ちてるとかあること。挙句に必要な業務がすっぽり抜けてたとかもあるし。
後始末をやらされて、ほんとひどい目に遭ってます・・・。
Re:プログラミングは出来て当然になると思う。 (スコア:2)
やっぱ、具象から抽象を導き出す能力は、全く無い、どうやっても身につかない人も沢山いるので、
「それが有るタレントの邪魔をしない」程度の策しか無いのでしょうね。
過去の自分の書いたイミフを何とか出来るのも、その能力だけですし、、、
Re:プログラミングは出来て当然になると思う。 (スコア:1)
程度にも寄るけど、ある程度のところでまともな所に外注して整理して貰った方が良い。
それも、「今日それが使えないと仕事が回らないツール」が無数に乱立してて、
ツール間を場当たり的に繋ぐツールがまたいっぱいあって、という状態に陥ってたらもう手遅れで、
それをどう整理しようとしても、みずほ銀行にしかならなくなってしまう。
あとまあ、ファイアウォールとVPNでがっちがちに固めた上で、
データベースとかはちゃんと金を出してセキュアに設計した環境から始めないと死ぬ。
「みんなが善意で使ってる限りはちゃんと動くツール」と安全で堅牢なソフトウェアの間の溝は年々幅が広がっていく一方で、
最新の知識を追ってるその手の専門家で無いと越えられない。
「手加減なしで、日経ソフトウェアと思って書いてください」 (スコア:3, 興味深い)
というNHK報道局記者 足立義則さんのツイート。
一般メディアのニュース記事は「丸めすぎ」だとずっと思っていて
テクノロジーの記事に限らず、経済、政治、社会、国際、スポーツ、・・・なんでも。
私もITの原稿で「こういうことだろ?」とデスクに直された記事がいったいなんのことかわからなかった経験が長年数多くあり、
「専門的になりすぎないよう、わかりやすく」が過ぎて、いったい何のことだかわからず、ネットメディアの記事をみてようやくわかった、ということもあります。
んなこといってもどこまでどう書けばいいかわからない、という声にこたえるつもりで、この記事は「手加減なしで、日経ソフトウェアと思って書いてください」とお願いしました。
さらに専門用語やコードを入れてもよいかも
https://twitter.com/dachio/status/1432509650109276164?s=20 [twitter.com]
正しい数字を入れたら (スコア:2, おもしろおかしい)
正しい図ができてしまうのでは?
Re: (スコア:0)
むしろ図表やグラフについては「こっちが見やすいから」という理由で
人力にて不適切に変更してしまう余地を作ってしまうこと自体がNGなんだが、
作り手側にそういう操作に対する罪の意識がまず存在しない(「見やすさ優先で変更しました(数字は合ってるでしょ?)」と言えてしまう)のが問題。
資料にある「正しい数字」を「間違った数字」に置き換えるのは完全に意図的な虚偽であり
捏造で言い逃れは出来ないので、「正しい数字」は必ず「正しいグラフ表示」に
変換出来るようにすれば、よくあるねじ曲げ図表はかなり防げるんじゃないかと。
Re:正しい数字を入れたら (スコア:2, 興味深い)
ワクチン接種世界データに対し、NHKの発表は誤解を招く作為的な集計が行われているという指摘の例
https://twitter.com/BlueSeamaster/status/1433430217737924610 [twitter.com]
「日本の1次接種率がアメリカと近くなってきたら、アメリカまでグラフから抜いてきたよ。
最近加えたのは、日本と同じペースでがんばってるブラジルさん。」
https://twitter.com/StarMoonCrystal/status/1433676241337348100 [twitter.com]
「グラフごとに抽出される国がバラバラ過ぎてうーんこの」
https://twitter.com/StarMoonCrystal/status/1433676597958090753 [twitter.com]
「本当にバラバラ。しかも日によって抽出する国を変えているならなおさらその意図が問われそう」
参考書の数 (スコア:1)
参考書の写真あるけど、俺よりたくさんプログラミング関連の参考書持ってるんだけど…
多ければいいというわけではないけど、やっぱりまともな記者は情報収集能力すごいのかな?
Re:参考書の数 (スコア:1)
twitterとかtogetterとか見ていると、こういうことをするやつ(ほかの例としてはエクセル使ったり、マクロ使ったり)は
ずるしている、と上司・同僚から言われる職場が多いように感じるけど、NHKは少なくともこの点ではまともな職場なんですね。
転勤先で同じことしても文句言われていないみたいだし。
手打ちそばじゃないのにねぇ (スコア:4, 興味深い)
>ずるしている、と上司・同僚から言われる
言われました。
仕事で密接に関係している役所からデータをもらっていたんですが、前任者までは紙に打ち出して、業務システムに入力、それを目視で確認していました。
で、私が担当に割り当てられたので、もらってくるデータを加工して業務システムに流し込んで、最終的なデータに間違いないか確認すればいいようにしたら「ズルい」と。
手作りに価値があるのは、料理と工芸品ぐらいだと思うんだけどねぇ。
でも、ズルいというような奴が偉くなる。
マジレスかな (スコア:1)
「ズルい」と言うのは、人間には自分の苦労した経験に価値があると思い込む認知バイアスがあって
この経験則が元になって間違った価値観が形成されてるとき、
その修正に失敗するとすっぱい葡萄が起こるんだよ。
人に教えなきゃいけないことがあるときにそれが伝わらないというのも
伝えなきゃいけないことを伝えてるんじゃなくて自分の苦労話を語ってるから。
だから、傍から見ると伝わってないことが分かるのに自分では分かってないということが起こる。
自分では自分の苦労話に価値があると思い込んでるから、相手が今必要としてる内容
(本当に伝えなきゃいけないこと)が分からなくなるの。
Re:手打ちそばじゃないのにねぇ (スコア:1)
手作りを強調する看板で手打ち蕎麦は美味しそうに感じるのだが、手捏ねハンバーグっていうのは、どうしても受け付けない。なぜだろう。
手捏ねハンバーグだったら、ニチレイのハンバーグの方が食べたいかも。
Re:手打ちそばじゃないのにねぇ (スコア:1)
どうせ捏造だろうからな
Re:手打ちそばじゃないのにねぇ (スコア:1)
何その不公平な比較。
他は同じ品質、つまりどちらも同じ不味さで、手作りとそうでない物を比較すべきなんじゃないのか?
つか、手作りに価値を見出すのって、要するにそれに付随する物語に価値を見出してるんじゃないかな。
どこの誰とも解らない人が手作りしたからと言って、価値が高いとは感じないかも知れないね。
Re:手打ちそばじゃないのにねぇ (スコア:1)
でも、ご飯が冷めてないから美味しく感じるよね。
Re:手打ちそばじゃないのにねぇ (スコア:1)
スーパーのすしを連想してました。
冷蔵されたのはおいしくない・・・。
Re:手打ちそばじゃないのにねぇ (スコア:3, 興味深い)
>大概どっか必要な人力作業を端折ったりしてるのよ。
これが怖いので、手順は慎重に調べますね。
でも、大抵、そんなに複雑な作業ではなく、単純だけど大量にある作業を機械化するだけでも、かなり効果がある(作業データの管理とか)。
あと、仕事のやり方を変えるだけでも、効率化はできる。仕事が貯まる前に、隙間時間にできることを次々こなしていけるようにすれば、残業しなくても良くなることが多い。例えばワープロで作成している書類をAccessでデータを入力すれば作れるようにして、作業時間がかからないようにして、隙間時間で処理できるようにするだけでも、ほんとに効果は出る。
それと、私の経験上、ごちゃごちゃいうのは同僚か下でしたね。
直属の上司は説明をすれば理解してくれることが大半。
Re:手打ちそばじゃないのにねぇ (スコア:1)
その理屈で言うと、手順の改善は行われなくなるね。
ましてや、DXは絶対に無理。
だからと言って、野良スクリプト・野良RPAだらけになっていいとも思わないけど。
Re: (スコア:0)
記者業界だと同僚=ライバルであって、たくさんの記事を書いた方が偉いという競争の世界で、「記事も書かずに訳の分からない事に時間を潰して出世する気が無いんだな」と、周りから歓迎されてるとか?
Re:参考書の数 (スコア:1)
学者や教授はどうして本棚の前でインタビューに応じるのか知ってる?
本が映ってると信用度が上がるからだよ。これだけ読んでるなら間違ったこと言ってないはずとマスゴミの主張を強化させて誤解させるにはもってこい。
なんかもう (スコア:0)
Scratchで番組を作っちゃえよ
https://www.nhk.or.jp/school/sougou/programming/origin/playworld.html [nhk.or.jp]
名称がなんとも、、、 (スコア:0)
NHK感染者
マップ作画
システム
# 集金用の巡回セールスマン問題ではなかった
Re:属人化するからという理由で開発しないよりも、継続性は後で考えてまずは始めてみるほうがよい (スコア:1)
そもそもメンテし続けるものでもないでしょうしね、こんなの。
一時の使い捨てプログラムでしかないんだし。
入出力の内容だって変わるだろうし、後生大事に使い続けるのでなく、場合によっては組みなおすぐらいの代物。
Re:属人化するからという理由で開発しないよりも、継続性は後で考えてまずは始めてみるほうがよい (スコア:1)
と、考えて作ったものが、意外に後生大事に使われ続けたりするとことも有ったりするわけで。
ちゃんとメンテナンスするつもりだったけど、そんなに長く使われるわけも無かろう、と考えた結果が2000年問題だったり2038年問題だったりするわけだし。
Re:まずは始めてみる (スコア:1)
いや実際、他人の書いた1000行程度のコードをメンテナンスできるスキルを持っている人は、そうそうそこいらに転がってはいないよ。
メンテナンスしやすいコードならいいけど、そう言う保証も無いわけだし。
Re:まずは始めてみる (スコア:1)
運用経験のない人は、そう考えがちなんだよなー。自分もそうだった。
それもダメなら元の手作業に戻ればいい
ある仕事を1000行のプログラムにして、それが定着すると、手作業で行う手順が失われる。
メンテできないなら1000行程度のプログラムなんて一から作り直せばいい
プログラムを一から作り直す以前に、手作業での手順を再構築することから始める必要がある。
1000行ものプログラムになる仕事を、再度手順化するのは、そう簡単ではない。
そんなことを考えるくらいなら、プログラムのメンテナンス性を高めておく方が良い。
場合によっては、仕様書・設計書、あるいは、元の手作業の手順を書いておく、と言う事になるかもしれない。
Re:プログラマの良識と才能 (スコア:1)