アカウント名:
パスワード:
これからは、読み書き同様にプログラミングが出来る事は、出来て当たり前になるのでは? 数学的なセンスが不要な業務改系のプログラミングとかは、サラリーマンとしては当然のスキルになるんじゃないかと思う。
これからはプログラミングが不要になるって聞いたのに!自然文で指示すれば完成したプログラムが出てくるって!
母語で漏れがなく無矛盾に文章を記述ができる人が増えてきたらできるよ。って考えると自然文よりコンピュータ言語で記述するほうが簡単じゃん。なのでプログラミングが不要になることは無いよ。知らんけど。
自然文じゃ無理。不自然な文でないと論理を表現できないから。
>これからはプログラミングが不要になるって聞いたのに!自然文で指示すれば完成したプログラムが出てくるって!
OK google 都道府県別新型コロナウイルス新規感染者マップ出してhttps://www3.nhk.or.jp/news/special/coronavirus/data/ [nhk.or.jp]
変な営業に騙され過ぎでしょwww
人類が衰退するまではまだまだかかるということですな
世の中には、どう頑張っても考えていることを手順化して書き出せない人ってのはいるのよ。優秀とか関係なしに。なので、プログラミングができて当然な世の中なんて来ないと思う。
> 世の中には、どう頑張っても考えていることを手順化して書き出せない人ってのはいるのよ。確かにそうだと思うんだけど、そういう人って、どうやって仕事してるんだろうって思うんだよね。
発生頻度の低いタスクとか、覚えてられないと思うんだが。
頭の良い人の中には、頭の中で明示的に手順を組み立てなくても、仕事を処理できちゃう人もいるんだと思うよ。
実際、普通の人がやっていることだって、すべて手順化で解決できるわけじゃないだろ。例えば、自転車。手順化すれば乗れるようになるわけではない。
例えが悪いよ。自転車は、バランスとペダル漕ぎとハンドル操作の連携を一気にするのが難しいだけなので、ペダルを外して、地面をキックしながら進む練習をしてバランス感覚とハンドル操作に慣れてからペダル漕ぎの練習をすれば(障碍者レベルじゃなければ)誰でもその手順で乗れるようになります。
手順化で解決できない事ってある?(手順化が未熟なだけかもよ)
自転車は、バランスとペダル漕ぎとハンドル操作の連携を一気にするのが難しい
だから、乗る手順そのものは手順化できない。
誰でもその手順で乗れるようになります。
それはその通りだけど、それは乗ることを学習する手順であって、乗る手順じゃない。
手順化で解決できない事ってある?
例えば、自転車に乗る事。実際、キミも私もその手順を書けない。誰にでもできるようにはなるけど、手順化はできないんだよ。また、手順化できたところで、それだけから実行できるようにもならない。
手順化が未熟なだけかもよ
それはあり得ると思います。
あと、手順化するのに手間がかかり過ぎて、自分がやる方が早く、動機につながらないとか。これは、手順化できないもの近い関係にあると思います。
自分だけができる、と言う事で地位を守りたい、とかもあるかもね。
意味がわからない。
解らないふりしてるだけでは?そうでないとすると、私の手には余るんだが…
出来るでしょ。
実際できてないじゃん。その手順を実行したところで、自転車には乗れない。単純に考えても、ペダルを踏みこんだところで倒れるな。スピードとか重心とかペダルを踏みこむ強さとか、色んなもののバランスを取る必要があるけど、それを手順化できる気はしないね。仮に手順化できたとしても、その手順をそのまま実行することはできない。人間が自転車に乗るときには、「手順を実行している」という意識ではないので。
無意識化で行える事について例えているのなら、「心臓の動かし方を意識しないように~」とか
仕事は、手順を従っている・いないに関わらず、意識的にやっている。自転車に乗ることも、当然意識的にやっている。随意筋を意識的に動かしていると言い換えてもいい。なので、手順化できる可能性はある。仕事も自転車も、必ず手順化可能でもないし、可能だからその通りに実行できるわけでもないが。
一方、心臓は意識的に動かすものではない。不随意筋で意識とは関係無く勝手に動いている。当然手順化にはまったく馴染まない。手順化できたとしても、手順通りに実行することは不可能。なので、仕事を手順化するかどうか、と言うときに、心臓の動きに例えるのは、私は不適切と考える。
#「例え」は書き手のセンス・力量が問われる事を知らないわけじゃないだろうに
心臓の動きを手順化するってセンス・力量ってどうなんです?キミの比喩のモノの見方を全否定するものでは無いけど、私のそれとは方向性がまったく違うね。# 端的に言って、結論が出たんじゃね?
あなたが「そういう人」ではないからどうやって仕事しているのか分からないんじゃないかな。「そういう人」は手順化もできないし、当然手順の言語化や書き出しもできないけど我々とは違う謎概念?謎能力?により仕事をこなしているし、発生頻度が低いタスクでもちゃんと思い出して(何を思い出しているのかは謎だが)こなしてる。なんかね、概念というか見えている世界が違うというか。根本から違うぽいよ。#しかも、そういう人の割合は意外と高いぽい。体感2割?
べつに例外がいてもいいと思います。一般的には書けて当然の漢字とか、できて当然の計算とか、できて当然の運動とかも、苦手な人がいます。
たとえば9割くらいの人ができれば、「プログラミングができて当然な世の中」と表現してかまわないと思いますが、仮に9割くらいの人ができることでも、残りの1割の人はできないわけで、人口の1割ってかなりな人数ですよね。
20年前か10年前かにも聞いたような言説だが、結局そんな状況にはなってないどうして「これからは」と考えたのか気になる
小学校からでもプログラミングの授業が必須になったからだよ他の先進国はさらに進んでるよねラズベリーパイがなぜ生まれたかとか考えたことある?極端な話、既にゴールドマンサックスみたいな会社じゃほとんどがプログラミングできるそうだが…
じゃあ、マトモな日本語を書けない社会人が今でも多数いる理由を教えてくれ。国語は戦前から小中高で必須だろう?
プログラミング、ウォール街で今後必須のスキルにhttps://forbesjapan.com/articles/detail/32198 [forbesjapan.com]
一部門についての内容なのに、どうやってこんなに拡大解釈して日本叩きに繋げるのかほんと不思議頭悪そう
プログラミング必修世代が中堅になるまでは無理だよ大半の企業においては、そういう業務改善が出来る社員は出来ない社員の敵なので潰される
英語必修世代しかいないはずなのに…
大卒なら第二外国語もあるので、日本社会にはトリリンガルが大量にいるはずなんだよなぁ。
日本語とポルトガル語と英語とか日本語とスペイン語と英語とかならいっぱいいるよ。
SIerの新人研修(全員大卒)でさえ下25%はFizzBuzzで脱落する。必修になった程度でプログラミングが出来るようになるというのは幻想も良いとこ。ま、出来ない人間は安く扱き使えば良いので問題ないでしょうけど。
別に出来ない奴がいてもいいんだよ。出来ない奴が、自分の無能さに合わせた業務のやり方を強制する力を持ってしまっているのが問題。
実際には含意に含意を重ねた様なひっかけ問題のFizzBuzzみたいな問題の提示の仕方はしないでしょうから、幻想は言い過ぎでは?
出来ない奴はFizzBuzz云々の前に、for文やif文がまともに書けないんだよ。初日じゃ無いぞ、2ヶ月研修してそのざまなんだ。小学生の時にコーディング覚えた自分からすると、何が分からないのかが分からん。初歩のコーディングなんて、サンプル動かして適当に遊べば自然に身につくはずでしょ。だから教えようが無いんだよね、教師役としてはそれじゃ駄目なんだろうけど。
子供の頃に、プラレールとかピタゴラスイッチ的な遊びとかしてる人は、あっという間に習得するよね。ループ構造と条件分岐なんて、その遊びの正にど真ん中。
みんなも自分の子供には、そういう遊びをさせてあげてね。
それは分かる!
>数学的なセンスが不要な業務改系のプログラミングとかは、サラリーマンとしては当然のスキルになるんじゃないかと思う
属人化加速してカオスな現場になりませんように。
属人化してカオスになりかねないのは、今まではExcelワークシート。これからの時代はRPAだと思う。
こいつらに比べたら、合間にコメントを書き加えられるプログラムって、断然理解しやすい。ただしExcelマクロは除く。これは本当に邪悪だと思う。
Excel職人が手作業でゴニョゴニョやっていた処理を、Powershell で自動化することをやりました。学習コストは高かったけど、そこそこいいものが作れましたよ。
データ(Excel)とロジック(Powershell)の分離もできていいことづくめでした。PowershellからVBAの関数も全て使う事もできますし。ロジックは別途管理出来るので、保守性も良かったです。
Excelマクロって、VBAが今時のプログラマ向けじゃないとか、プログラムがExcelファイルの中に入るのがプログラマ向けじゃないとか、VBEが今時のプログラマ向けじゃないとか文句が沢山思いつくけど、VSCodeでNodeでElectronアプリ作るのと比べればnpmの有無の他はそう違わない気もするけどなあ
npmが今時かって?その議論は私はしたくない
RPAという新たなブラックボックスは負の遺産でしか無い
ちょうど、今日、RPAが動かなくなったと問い合わせがきたわ。出力されるHTMLが少し変わっただけ何だが。
RPA使うのは勝手だが、こっちは動作保証なんかしてねーよ。
Razerの左手キーボード(Orbweaver、キーボードマクロアプリ付き)を愛用して居ます。(静音版(多分ピンク軸)がUSでしか売って居なかったので、購入はWebで日本語で出来ましたが、 送料が本体と同程度かかりました。)
1. 個人の情報を入力後、2. Ent XXXXXX Ent 20210801 Ent Ent 20991231 Ent Entを毎回入力しなければならない。(50人分)なんて時に、2.を左手キーボード1押しで終わるのが助かります。
Excelもマクロより直感的(キーボードのタブとかCtlr+DとかF2とか←とかの模倣が可能)なので、愛用して居ます。
皆がプログラミングできる前提なら他人の作ったものが弄れなくなったら自分で作り直せばいいだけじゃないの。それで少なくとも手作業のころより悪化はしないでしょ。
「皆がプログラミングできる前提」なら、手作業でできることはプログラム化し直すことはできる。しかし、「属人化」というのは、その人にしか解らなくなる、ということ。つまり、その人以外は、手作業で処理できなくなる。その場合、プログラムは書けない。
属人化されたプログラムであれば、最悪それを読むことで手作業化もしくは再プログラム化できる。けど、他人の書いたプログラムを読むのって、難しい場合も多いよね。いや、なんなら自分の書いたプログラムですら、イミフなときが…
>その人以外は、手作業で処理できなくなる。
まさに、春先から、それの対応しているところです。 関係団体から送られてくる業務データを、前任者まではExcelで処理していたんだけど、担当者個人がその関係団体から送られてくるデータ処理を一手に引き受けていた。 どういうデータが、どういうタイミングで送られてきて、どう処理するのか、簡単な箇条書きしか無くて、前任者に聞いても具体的な手順の説明はないし、関係団体に問い合わせたり、Excelファイルを調べたりして、やっとワークフローを整理して、資料と処理用データベースを作成したところ。 で、私なりの状況分析だけど、まず流れてくる業務データは、それ用のシステムがあることを前提にしている。なので、素人がExcelで手作業で何とかするようなものじゃない。データ構造自体は、プログラムをかける人だったら、なんてことは無いんだけど、素人が見たらAccessの標準機能では対応できなくて、表計算で手集計するしか思いつかないようなもの。量が少なかったら、手作業でもいいんだろうけど、使うデータの種類も多いし、データ量が何千件も毎月あるんだよね。 このため、前任者にしてみたら「業務を説明」と求められても、毎月の作業を説明するのは大変なのだろうなと(おそらく明確な流れとか意識しない)。 ただ、流れてくる業務データをデータベースに格納できたら、業務で使うデータを明示できるし、業務を論理的に説明しやすくなるので、Accessで処理用データベースを作成してます。
>他人の書いたプログラムを読むのって、難しい場合も多いよね。
これは定石に沿うことで回避するしかないと思いますね。 わかりやすい構造にする、内容がわかりやすい名前をつける、コメントで処理の説明を随時つけるとか。 特に具体的なコードは、参考書を見ればわかるレベルで書く必要がありますね。 エラー処理とか、付加機能とかで、本来の流れが見えにくくなると、自分の書いたものでもわからなくなる。
でも、業務に必要なプログラムやデータベースなら、専門家が作るべきですよね。 規模が大きい組織なら、そういうスタッフを抱えてもいいと思うんだけど。 現場でプロトタイプを作って使ってみて、ある程度経ってきたら、開発スタッフと共同で要件を整理して作り直すとかしないとブラックボックスになるだろうし、臨機応変に開発できないと時代に対応できなくなるし。 私が一番やばいと思うのは、開発経験が無い連中が、システム更新を担当すると要件のもれとか、移行作業の検討がすっぽり落ちてるとかあること。挙句に必要な業務がすっぽり抜けてたとかもあるし。 後始末をやらされて、ほんとひどい目に遭ってます・・・。
やっぱ、具象から抽象を導き出す能力は、全く無い、どうやっても身につかない人も沢山いるので、「それが有るタレントの邪魔をしない」程度の策しか無いのでしょうね。過去の自分の書いたイミフを何とか出来るのも、その能力だけですし、、、
程度にも寄るけど、ある程度のところでまともな所に外注して整理して貰った方が良い。
それも、「今日それが使えないと仕事が回らないツール」が無数に乱立してて、ツール間を場当たり的に繋ぐツールがまたいっぱいあって、という状態に陥ってたらもう手遅れで、それをどう整理しようとしても、みずほ銀行にしかならなくなってしまう。
あとまあ、ファイアウォールとVPNでがっちがちに固めた上で、データベースとかはちゃんと金を出してセキュアに設計した環境から始めないと死ぬ。「みんなが善意で使ってる限りはちゃんと動くツール」と安全で堅牢なソフトウェアの間の溝は年々幅が広がっていく一方で、最新の知識を追ってるその手の専門家で無いと越えられない。
外注してもいいけど、発注元の部署は一箇所に集約しないと同じことになるよ。統制が出来ていないなら同じことになる。
ローカルで動く要件が緩い短時間で書けるプログラムなら何の問題も無いと思うけどね。意図的に迷惑をかけるようなやり方ならともかく、その程度の属人化は問題視すべきではない。ただし優秀過ぎて換えが効かない場合に限る。
下手に外注に仕事をまわしてしまったらプログラムをブラックボックス化し「メンテナンス、修正はうちが続けます。だからうちにお金を払い続けてください」となる。
もちろん契約次第ではあるけど
「英語はできて当然になると思う」こう言われてから30年以上経ってる気がしますが、未だにそうなってる気がしませんサラリーマンとしては当然のスキルのはずなのですが
英語よりも使用頻度・必須な状況が少ないであろうプログラミングが読み書き同様に当然のスキルになると思えないのです
30年前よりは確実に進歩してると思いますよ。
「英語できません、苦手です」と言う人は昔も今も多いけど、今、とくに若い世代は、めちゃくちゃな英語ででもなんとか日常会話や仕事ができる人が多い。昔はまったく無理な人が多かったように思います。自分の感じた印象だけの話だけど。
まあ、国内だけで仕事ができた時代とは危機感が違うだけなのかも知れませんが。
素人が作ったDBのテーブルであれほど苦労させられたのに、それでも「できて当然」とか。まあいいけどな。下手な正規化で作成するのはこっち、テーブルの移行費用は、素人製作を推奨するそちらもちで。
あと、数学的センスが不要という意味がわからんが、条件分岐は全てアウトだよな。ループ処理だって、終了条件は数学で記述すると思うが。処理するべきデータが無くなったとか。そういうのを一切含めて、数学的センスが不要と言ってるんだろうな?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
プログラミングは出来て当然になると思う。 (スコア:5, すばらしい洞察)
これからは、読み書き同様にプログラミングが出来る事は、出来て当たり前になるのでは?
数学的なセンスが不要な業務改系のプログラミングとかは、サラリーマンとしては当然のスキルになるんじゃないかと思う。
だまされた! (スコア:3, おもしろおかしい)
これからはプログラミングが不要になるって聞いたのに!自然文で指示すれば完成したプログラムが出てくるって!
Re:だまされた! (スコア:1)
母語で漏れがなく無矛盾に文章を記述ができる人が増えてきたらできるよ。
って考えると自然文よりコンピュータ言語で記述するほうが簡単じゃん。
なのでプログラミングが不要になることは無いよ。知らんけど。
Re:だまされた! (スコア:1)
自然文じゃ無理。不自然な文でないと論理を表現できないから。
Re: (スコア:0)
>これからはプログラミングが不要になるって聞いたのに!自然文で指示すれば完成したプログラムが出てくるって!
OK google 都道府県別新型コロナウイルス新規感染者マップ出して
https://www3.nhk.or.jp/news/special/coronavirus/data/ [nhk.or.jp]
Re: (スコア:0)
変な営業に騙され過ぎでしょwww
Re: (スコア:0)
人類が衰退するまではまだまだかかるということですな
Re:プログラミングは出来て当然になると思う。 (スコア:3)
世の中には、どう頑張っても考えていることを手順化して書き出せない人ってのはいるのよ。優秀とか関係なしに。
なので、プログラミングができて当然な世の中なんて来ないと思う。
Re: (スコア:0)
> 世の中には、どう頑張っても考えていることを手順化して書き出せない人ってのはいるのよ。
確かにそうだと思うんだけど、そういう人って、どうやって仕事してるんだろうって思うんだよね。
発生頻度の低いタスクとか、覚えてられないと思うんだが。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
頭の良い人の中には、頭の中で明示的に手順を組み立てなくても、仕事を処理できちゃう人もいるんだと思うよ。
実際、普通の人がやっていることだって、すべて手順化で解決できるわけじゃないだろ。
例えば、自転車。手順化すれば乗れるようになるわけではない。
Re: (スコア:0)
実際、普通の人がやっていることだって、すべて手順化で解決できるわけじゃないだろ。
例えば、自転車。手順化すれば乗れるようになるわけではない。
例えが悪いよ。
自転車は、バランスとペダル漕ぎとハンドル操作の連携を一気にするのが難しいだけなので、ペダルを外して、地面をキックしながら進む練習をしてバランス感覚とハンドル操作に慣れてからペダル漕ぎの練習をすれば(障碍者レベルじゃなければ)誰でもその手順で乗れるようになります。
手順化で解決できない事ってある?(手順化が未熟なだけかもよ)
Re:プログラミングは出来て当然になると思う。 (スコア:1)
自転車は、バランスとペダル漕ぎとハンドル操作の連携を一気にするのが難しい
だから、乗る手順そのものは手順化できない。
誰でもその手順で乗れるようになります。
それはその通りだけど、それは乗ることを学習する手順であって、乗る手順じゃない。
手順化で解決できない事ってある?
例えば、自転車に乗る事。実際、キミも私もその手順を書けない。
誰にでもできるようにはなるけど、手順化はできないんだよ。
また、手順化できたところで、それだけから実行できるようにもならない。
手順化が未熟なだけかもよ
それはあり得ると思います。
あと、手順化するのに手間がかかり過ぎて、自分がやる方が早く、動機につながらないとか。
これは、手順化できないもの近い関係にあると思います。
自分だけができる、と言う事で地位を守りたい、とかもあるかもね。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
意味がわからない。
解らないふりしてるだけでは?
そうでないとすると、私の手には余るんだが…
出来るでしょ。
実際できてないじゃん。その手順を実行したところで、自転車には乗れない。
単純に考えても、ペダルを踏みこんだところで倒れるな。
スピードとか重心とかペダルを踏みこむ強さとか、色んなもののバランスを取る必要があるけど、それを手順化できる気はしないね。
仮に手順化できたとしても、その手順をそのまま実行することはできない。
人間が自転車に乗るときには、「手順を実行している」という意識ではないので。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
無意識化で行える事について例えているのなら、「心臓の動かし方を意識しないように~」とか
仕事は、手順を従っている・いないに関わらず、意識的にやっている。
自転車に乗ることも、当然意識的にやっている。随意筋を意識的に動かしていると言い換えてもいい。
なので、手順化できる可能性はある。
仕事も自転車も、必ず手順化可能でもないし、可能だからその通りに実行できるわけでもないが。
一方、心臓は意識的に動かすものではない。不随意筋で意識とは関係無く勝手に動いている。
当然手順化にはまったく馴染まない。手順化できたとしても、手順通りに実行することは不可能。
なので、仕事を手順化するかどうか、と言うときに、心臓の動きに例えるのは、私は不適切と考える。
#「例え」は書き手のセンス・力量が問われる事を知らないわけじゃないだろうに
心臓の動きを手順化するってセンス・力量ってどうなんです?
キミの比喩のモノの見方を全否定するものでは無いけど、私のそれとは方向性がまったく違うね。
# 端的に言って、結論が出たんじゃね?
Re: (スコア:0)
あなたが「そういう人」ではないからどうやって仕事しているのか分からないんじゃないかな。
「そういう人」は手順化もできないし、当然手順の言語化や書き出しもできないけど我々とは違う謎概念?謎能力?により仕事をこなしているし、発生頻度が低いタスクでもちゃんと思い出して(何を思い出しているのかは謎だが)こなしてる。
なんかね、概念というか見えている世界が違うというか。根本から違うぽいよ。
#しかも、そういう人の割合は意外と高いぽい。体感2割?
Re: (スコア:0)
べつに例外がいてもいいと思います。
一般的には書けて当然の漢字とか、できて当然の計算とか、できて当然の運動とかも、苦手な人がいます。
たとえば9割くらいの人ができれば、「プログラミングができて当然な世の中」と表現してかまわないと思いますが、
仮に9割くらいの人ができることでも、残りの1割の人はできないわけで、人口の1割ってかなりな人数ですよね。
Re:プログラミングは出来て当然になると思う。 (スコア:2, 興味深い)
20年前か10年前かにも聞いたような言説だが、結局そんな状況にはなってない
どうして「これからは」と考えたのか気になる
Re: (スコア:0)
小学校からでもプログラミングの授業が必須になったからだよ
他の先進国はさらに進んでるよね
ラズベリーパイがなぜ生まれたかとか考えたことある?
極端な話、既にゴールドマンサックスみたいな会社じゃほとんどがプログラミングできるそうだが…
Re:プログラミングは出来て当然になると思う。 (スコア:2, 興味深い)
じゃあ、マトモな日本語を書けない社会人が今でも多数いる理由を教えてくれ。
国語は戦前から小中高で必須だろう?
Re:プログラミングは出来て当然になると思う。 (スコア:1)
プログラミング、ウォール街で今後必須のスキルに
https://forbesjapan.com/articles/detail/32198 [forbesjapan.com]
一部門についての内容なのに、どうやってこんなに拡大解釈して日本叩きに繋げるのかほんと不思議
頭悪そう
Re: (スコア:0)
プログラミング必修世代が中堅になるまでは無理だよ
大半の企業においては、そういう業務改善が出来る社員は出来ない社員の敵なので潰される
Re:プログラミングは出来て当然になると思う。 (スコア:1)
英語必修世代しかいないはずなのに…
Re:プログラミングは出来て当然になると思う。 (スコア:1)
大卒なら第二外国語もあるので、日本社会にはトリリンガルが大量にいるはずなんだよなぁ。
Re: (スコア:0)
日本語とポルトガル語と英語とか日本語とスペイン語と英語とかならいっぱいいるよ。
Re: (スコア:0)
SIerの新人研修(全員大卒)でさえ下25%はFizzBuzzで脱落する。
必修になった程度でプログラミングが出来るようになるというのは幻想も良いとこ。
ま、出来ない人間は安く扱き使えば良いので問題ないでしょうけど。
Re: (スコア:0)
別に出来ない奴がいてもいいんだよ。出来ない奴が、自分の無能さに合わせた業務のやり方を強制する力を持ってしまっているのが問題。
Re: (スコア:0)
実際には含意に含意を重ねた様なひっかけ問題のFizzBuzzみたいな
問題の提示の仕方はしないでしょうから、
幻想は言い過ぎでは?
Re:プログラミングは出来て当然になると思う。 (スコア:1)
出来ない奴はFizzBuzz云々の前に、for文やif文がまともに書けないんだよ。
初日じゃ無いぞ、2ヶ月研修してそのざまなんだ。
小学生の時にコーディング覚えた自分からすると、何が分からないのかが分からん。
初歩のコーディングなんて、サンプル動かして適当に遊べば自然に身につくはずでしょ。
だから教えようが無いんだよね、教師役としてはそれじゃ駄目なんだろうけど。
Re:プログラミングは出来て当然になると思う。 (スコア:1)
子供の頃に、プラレールとかピタゴラスイッチ的な遊びとかしてる人は、あっという間に習得するよね。
ループ構造と条件分岐なんて、その遊びの正にど真ん中。
みんなも自分の子供には、そういう遊びをさせてあげてね。
Re: (スコア:0)
それは分かる!
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: (スコア:0)
RPAという新たなブラックボックスは負の遺産でしか無い
Re: (スコア:0)
ちょうど、今日、RPAが動かなくなったと問い合わせがきたわ。
出力されるHTMLが少し変わっただけ何だが。
RPA使うのは勝手だが、こっちは動作保証なんかしてねーよ。
Re: (スコア:0)
Razerの左手キーボード(Orbweaver、キーボードマクロアプリ付き)を愛用して居ます。
(静音版(多分ピンク軸)がUSでしか売って居なかったので、購入はWebで日本語で出来ましたが、
送料が本体と同程度かかりました。)
1. 個人の情報を入力後、
2. Ent XXXXXX Ent 20210801 Ent Ent 20991231 Ent Ent
を毎回入力しなければならない。(50人分)
なんて時に、2.を左手キーボード1押しで終わるのが助かります。
Excelもマクロより直感的(キーボードのタブとかCtlr+DとかF2とか←とかの模倣が可能)なので、
愛用して居ます。
Re: (スコア:0)
皆がプログラミングできる前提なら他人の作ったものが弄れなくなったら自分で作り直せばいいだけじゃないの。
それで少なくとも手作業のころより悪化はしないでしょ。
Re:プログラミングは出来て当然になると思う。 (スコア:2)
「皆がプログラミングできる前提」なら、手作業でできることはプログラム化し直すことはできる。
しかし、「属人化」というのは、その人にしか解らなくなる、ということ。
つまり、その人以外は、手作業で処理できなくなる。
その場合、プログラムは書けない。
属人化されたプログラムであれば、最悪それを読むことで手作業化もしくは再プログラム化できる。
けど、他人の書いたプログラムを読むのって、難しい場合も多いよね。
いや、なんなら自分の書いたプログラムですら、イミフなときが…
Re:プログラミングは出来て当然になると思う。 (スコア:5, 参考になる)
>その人以外は、手作業で処理できなくなる。
まさに、春先から、それの対応しているところです。
関係団体から送られてくる業務データを、前任者まではExcelで処理していたんだけど、担当者個人がその関係団体から送られてくるデータ処理を一手に引き受けていた。
どういうデータが、どういうタイミングで送られてきて、どう処理するのか、簡単な箇条書きしか無くて、前任者に聞いても具体的な手順の説明はないし、関係団体に問い合わせたり、Excelファイルを調べたりして、やっとワークフローを整理して、資料と処理用データベースを作成したところ。
で、私なりの状況分析だけど、まず流れてくる業務データは、それ用のシステムがあることを前提にしている。なので、素人がExcelで手作業で何とかするようなものじゃない。データ構造自体は、プログラムをかける人だったら、なんてことは無いんだけど、素人が見たらAccessの標準機能では対応できなくて、表計算で手集計するしか思いつかないようなもの。量が少なかったら、手作業でもいいんだろうけど、使うデータの種類も多いし、データ量が何千件も毎月あるんだよね。
このため、前任者にしてみたら「業務を説明」と求められても、毎月の作業を説明するのは大変なのだろうなと(おそらく明確な流れとか意識しない)。
ただ、流れてくる業務データをデータベースに格納できたら、業務で使うデータを明示できるし、業務を論理的に説明しやすくなるので、Accessで処理用データベースを作成してます。
>他人の書いたプログラムを読むのって、難しい場合も多いよね。
これは定石に沿うことで回避するしかないと思いますね。
わかりやすい構造にする、内容がわかりやすい名前をつける、コメントで処理の説明を随時つけるとか。
特に具体的なコードは、参考書を見ればわかるレベルで書く必要がありますね。
エラー処理とか、付加機能とかで、本来の流れが見えにくくなると、自分の書いたものでもわからなくなる。
でも、業務に必要なプログラムやデータベースなら、専門家が作るべきですよね。
規模が大きい組織なら、そういうスタッフを抱えてもいいと思うんだけど。
現場でプロトタイプを作って使ってみて、ある程度経ってきたら、開発スタッフと共同で要件を整理して作り直すとかしないとブラックボックスになるだろうし、臨機応変に開発できないと時代に対応できなくなるし。
私が一番やばいと思うのは、開発経験が無い連中が、システム更新を担当すると要件のもれとか、移行作業の検討がすっぽり落ちてるとかあること。挙句に必要な業務がすっぽり抜けてたとかもあるし。
後始末をやらされて、ほんとひどい目に遭ってます・・・。
Re:プログラミングは出来て当然になると思う。 (スコア:2)
やっぱ、具象から抽象を導き出す能力は、全く無い、どうやっても身につかない人も沢山いるので、
「それが有るタレントの邪魔をしない」程度の策しか無いのでしょうね。
過去の自分の書いたイミフを何とか出来るのも、その能力だけですし、、、
Re:プログラミングは出来て当然になると思う。 (スコア:1)
程度にも寄るけど、ある程度のところでまともな所に外注して整理して貰った方が良い。
それも、「今日それが使えないと仕事が回らないツール」が無数に乱立してて、
ツール間を場当たり的に繋ぐツールがまたいっぱいあって、という状態に陥ってたらもう手遅れで、
それをどう整理しようとしても、みずほ銀行にしかならなくなってしまう。
あとまあ、ファイアウォールとVPNでがっちがちに固めた上で、
データベースとかはちゃんと金を出してセキュアに設計した環境から始めないと死ぬ。
「みんなが善意で使ってる限りはちゃんと動くツール」と安全で堅牢なソフトウェアの間の溝は年々幅が広がっていく一方で、
最新の知識を追ってるその手の専門家で無いと越えられない。
Re: (スコア:0)
外注してもいいけど、発注元の部署は一箇所に集約しないと同じことになるよ。統制が出来ていないなら同じことになる。
Re: (スコア:0)
ローカルで動く要件が緩い短時間で書けるプログラムなら何の問題も無いと思うけどね。意図的に迷惑をかけるようなやり方ならともかく、その程度の属人化は問題視すべきではない。ただし優秀過ぎて換えが効かない場合に限る。
外注は簡単に仕事を手放そうとしない (スコア:0)
下手に外注に仕事をまわしてしまったらプログラムをブラックボックス化し「メンテナンス、修正はうちが続けます。だからうちにお金を払い続けてください」となる。
もちろん契約次第ではあるけど
Re: (スコア:0)
属人化を排除して人を入れ替えるのはその上司の仕事
Re: (スコア:0)
大学受験で必死におぼえたものがどれ程定着しているかという話と同じで、仕事で日常的に使わないと直ぐに錆びちゃうと思う。
そこそこ落とし穴もあるし、素人が手を出すべきかは、回りにそれなりにチェックできる人がいないと現実は厳しいかもしれない。
どちらかというと「そういう些末な仕事は派遣にやらせれればいい」という論理になるんじゃないのかな。
Re: (スコア:0)
「英語はできて当然になると思う」こう言われてから30年以上経ってる気がしますが、未だにそうなってる気がしません
サラリーマンとしては当然のスキルのはずなのですが
英語よりも使用頻度・必須な状況が少ないであろうプログラミングが読み書き同様に当然のスキルになると思えないのです
Re: (スコア:0)
30年前よりは確実に進歩してると思いますよ。
「英語できません、苦手です」と言う人は昔も今も多いけど、
今、とくに若い世代は、めちゃくちゃな英語ででもなんとか日常会話や仕事ができる人が多い。
昔はまったく無理な人が多かったように思います。
自分の感じた印象だけの話だけど。
まあ、国内だけで仕事ができた時代とは危機感が違うだけなのかも知れませんが。
悲劇は繰り返される (スコア:0)
素人が作ったDBのテーブルであれほど苦労させられたのに、それでも「できて当然」とか。
まあいいけどな。下手な正規化で作成するのはこっち、テーブルの移行費用は、素人製作を推奨するそちらもちで。
あと、数学的センスが不要という意味がわからんが、条件分岐は全てアウトだよな。
ループ処理だって、終了条件は数学で記述すると思うが。処理するべきデータが無くなったとか。
そういうのを一切含めて、数学的センスが不要と言ってるんだろうな?