「京大生でもx＝x＋1が分からない」、喜多教授が明かすPython教育の実態
プログラミング言語「Python」の大規模イベント「PyCon APAC 2023」が2023年10月27日と28日の2日間にわたって開催された。1日目に行われた京都大学国際高等教育院の喜多一教授による基調講演を中心に、イベントの内容をリポートする。 PyCon APAC 2023は、1日目の基調講演「Why University Teachers Wrote a Python Textbook？」で幕を開けた。京都大学でPythonを使ったプログラミング教育を担当している喜多教授が、その実態について英語で講演した。 喜多教授は、主に大学1年生向けの教養教育の一環として、Pythonを使ったプログラミングコースを2018年に始めた。そのための教科書をつくり、2019年に公開した。誰でも無償でPDFをダウンロードできる。教科書は毎年改訂しているが、一般向けに公開したのは2019年版と2021
若手が次々と辞めていく、「雑談」の無いIT職場は問題だらけだ
会話が無い。聞こえてくるのは仕事の指示や叱責のみ。そんなIT職場で働いた経験がある。 叱責が耳に付く職場だった。若手にヒステリックな声をあげている先輩社員も目立っていた。 筆者は外部の人間だったため多少の世間話は許された。しかし社員たちは雑談することなく黙々と作業をしていた。私がたまに雑談で声を掛けた時の、若手社員たちのうれしそうな（すがるような）瞳が忘れられない。彼ら／彼女らはその後そろって退職した。 雑談すらせず仕事に取り組んでいたのに、生産性が高いというわけではなかった。部課長や先輩社員から若手への叱責の内容を聞いていると、大半が意識違いや抜け漏れに起因する手戻りなのである。 「そういうことじゃない」 「なんで相談しなかったの？」 「普通こう対応するよね。常識だろ？」 この手の言葉がひっきりなしに飛び交う。 いやいや、雑談する隙すら無い職場環境で相談しないことを責めるのはあんまりだろ
必要ないのに今日もまた「テレワーク」、出社しない部下に悩む上司
Q.IT企業に勤務する管理職です。当社ではテレワーク制度を導入しており、社員は自宅で勤務できます。ところが最近、業務上必要がないのに頻繁にテレワークをする部下が出て悩んでいます。指導しても会社に認められた権利だと反論するばかりで会社に来ません。 テレワーク制度が許可制なら、申請を却下して問題ないでしょう。会議や客先対応などがある日についてはテレワークを認める必要はありません。もし却下できずに業務に支障を来す場合は、制度そのものを見直すことをお勧めします。日ごとにテレワークの許可を取る「都度申請方式」にすれば、質問のようなトラブルはなくなるでしょう。 他の業種に比べて、システム環境が整っているIT企業ではテレワークの導入が容易です。同様のトラブルは、他のIT企業でもしばしば起こっているようです。 とはいえ、テレワークが可能であれば、通勤時間の削減になるので有益な働き方になります。その意味でも
トラブルの収拾つかず、謝り方を知らないITエンジニア
ITの現場にはトラブルがつきもの。時として「謝る」場面がある。しかし謝り方を間違えると、かえって火に油を注ぎかねない。4日間で、上手な謝り方をマスターしよう。 あるシステム開発のプロジェクトでトラブルが発生。その直後に開かれた打ち合わせの場での話だ。立腹気味のユーザー企業のシステム担当者に会うなり、システム開発会社のITエンジニアが最初にこう言ったという。「今直面しているこの問題、解決させましょう」――。 システム開発会社側の火消し役としてその場に居合わせた、大手SIerのAさんは「謝りもせずにいきなりそう言うとは…」と、ITエンジニアの一方的な態度にあっけに取られた。 「今こそユーザーの協力が必要だというのに」――。Aさんがおそるおそるユーザー企業の担当者の様子をうかがうと「勝手に解決すればいいじゃないか」という表情。Aさんは「とても協力など得られそうにない雰囲気になってしまった」と振り
Slackを導入、僕のオフィスが混乱した理由
今回は、話題のビジネス向けチャットサービス「Slack」を使って困ったことを紹介したい。 もともと僕の会社では、メール中心にコミュニケーションを取っていたが、3～4年前からビジネス向けチャットサービスの「チャットワーク」を導入した。しかし、いくつかの課題があって、2018年6月にSlackに乗り換えた。 チャットワークは、無料で利用できる範囲がかなり限られる。例えば、メッセージをやり取りする1つのテーマで「グループチャット」というものを1つ使うのだが、無料版はこれを14個までしか登録できない。また、無料だと広告が表示されてうっとうしく感じる。さらに僕の使っている環境では、ブラウザー（Chrome）での表示がイマイチで、グループチャットのリストが表示されないことがたびたびあった。アップデートで直ったり非表示になったりを繰り返していたのがいただけなかった。 会社のメンバーはそれぞれ個人的にLI
アロハシャツの中堅SEを注意、逆上されて紛糾
日経クロステック登録会員になると… ・新着が分かるメールマガジンが届く ・キーワード登録、連載フォローが便利 さらに、有料会員に申し込むとすべての記事が読み放題に！ 春割キャンペーン実施中！ ＞＞詳しくは
IT企業が最新ITを活用できていない、悲しい現実 | 日経 xTECH（クロステック）
私にはIT企業で働く友人や知人がたくさんいる。そんな彼ら彼女らが口にする、非常に違和感がある言葉の数々。 「ウチの会社はいまだに会議は対面だけだよ。お客様にはテレワークシステムを売っているのにさあ」 「電子化したファイルを上司に送ったんだけど、あの人はわざわざ紙に印刷して、手書きで修正を入れて戻してくるんだよね」 「社内稟議には当然、ワークフローシステムを使っていますよ。プリントアウトした稟議書に、上司からハンコをもらってくることも忘れずにね」 「勤怠管理？タイムカードが基本でしょ。昔からずっとそうだし」 あれれれ。あなたの会社はIT企業なはず。もしかすると顧客のほうがよっぽど、IT環境の整備が進んでいるのでは。あなたの会社、ホントに大丈夫？ 逆パターンの声もよく聞く。大手IT企業から全く別な業界の会社に転職したAさん。用意されていたオフィスのIT環境や働き方に、最初は驚きを隠せなかった。
業界内での知名度を売り物にするエンジニアたち
IT業界には、業界内有名人ともいえるエンジニアがたくさんいる。有名Webサービス企業の最高技術責任者（CTO）、世界的に有名なソフトウエアプロダクトの作者、複数のIT企業の技術顧問を務めるエンジニアなどだ。こうした有名エンジニアは、イベントでも基調講演の講師といった重要な役割を務めることが多い。 少なくともIT業界内では抜群の知名度を誇り、情報発信した内容がインターネットで話題になることも多い。こうしたエンジニアに尊敬の念を抱いていたり、目標にしていたりするエンジニアも多いのではないだろうか。 こうした有名エンジニアを見ているうちに、いくつかの類型で分類できるのではないかと考えるようになった。「知名度への態度」によってパターン分けできる気がしてきたのだ。もちろん、有名エンジニアが自身の知名度をどう捉えているかを私が知る由はなく、講演やブログ発信などの活動を外から見えた上での、ただの推測に過
設計だけでコードを書けないなら断る、TDD伝道師の原点
コンピュータに最初に触れたのは、中学1年のときに家にパソコンが来たことでした。父親がコンピュータソフトウエア開発の会社を立ち上げて、家に開発用のDOS/Vパソコンがやって来たのです。 悔しいことに、その時点ではプログラミングにはあまり興味を持ちませんでした。単なるゲーム機の一種としてDOS/VやWindows 3.1のパソコンに触れていたというのが実情です。高校まではプログラミングは全くやっていませんでした。 世の有名なプログラマーは、たいてい小さい頃から街頭でパソコンを触っていたりマイコン雑誌を読んだりしています。それに比べると、コンピュータにあまり興味を持たなかったことにコンプレックスや一種の後ろめたさを感じています。 留学でコンピュータの重要性に気づく 1996年に国際基督教大学（ICU）に入りました。ICUには教養学部（リベラルアーツ）という一つの学部しかありません。「最初の2年間
IT部門のエンジニアが事務職扱い、モチベーションだだ下がり | 日経 xTECH（クロステック）
今回はある技術者のぼやきから。「ウチのエンジニアは事実上、『事務職扱い』。どんなに技術を磨いても評価されない。モチベーションは上がらないよ」。 こう語るのは、大手製造業のIT部門で管理職を務めたA氏。インフラ技術者として入社したものの、結局エンジニアらしい仕事はやらせてもらえなかった。だから評価もされない。 この会社では技術を伴う仕事は、グループのIT会社やビジネスパートナーに外注するのが昔からの慣習だった。若手エンジニアのモチベーションも下がるばかり。不満が限界に達したA氏はついに同社を辞め、ITベンダーに転職。今はイキイキと仕事をしている。 IT部門に所属していながら、会社からの扱いは事務職の1人。そのせいでIT部員のモチベーションが下がるケースは少なくない。ちなみにエンジニアなのに事務職扱いとは、大きく2つの意味がある。 ・エンジニアなのに、評価制度やキャリア体系が事務職と同様 ・エ
性同一性障害の私に居場所を与えてくれたWeb業界
「異能」ともいえる際立った能力や実績を持ち、まわりから一目置かれるエンジニアを1カ月に一人ずつ取り上げ、インタビューを掲載する。今月取り上げるのは「Yugui」というハンドルネームで知られる園田裕貴（そのだゆうき）氏。書籍「初めてのRuby」の執筆者であり、過去にはRuby 1.9系のリリースマネジャーを務めた。スケールアウト（現Supership）の初期中心メンバーの一人でもある。今回は、プログラミングとの出会いからWeb業界で働くようになったきっかけを聞いた。 プログラミングを始めたきっかけは、小学校低学年のころ、自宅にPC-8800シリーズ（PC-88）というパソコンがあったことです。父親はIT関係の仕事ではありませんでしたが、趣味で多少プログラミングをしていました。デスクトップミュージック（DTM）のようなことをしたり、自作のプログラムで事務処理をしたりしていたようです。 私も家で
「ずっとむなしい、なにもなく終わる･･･」 マツダの天才エンジン技術者、大逆転の軌跡（前編） | 日経 xTECH（クロステック）
日本の自動車技術者で、最も有名な一人が人見光夫だ。エンジン一筋38年。マツダ躍進の中核を担う、「スカイアクティブ（SKYACTIV）」エンジンの開発を率いてきた。世界シェアが2％に満たない“小兵”のマツダが、世界のエンジン開発競争で先頭を走る――。10年前、誰が想像しただろう。 人見がマツダに入社したのが1979年。スカイアクティブの実用化が2011年だ。57歳になっていた。会社人生の最終コーナーで、華々しい成果を生み出した。天才技術者とも称される。だが入社して長い間、ふてくされていた。 モチベーションなんて、なかったですよ。ずっとむなしいだけ。金くれるんだからまあいいわ、くらいに思って働いてました。 ひとみ・みつお。1954年生まれ。岡山県出身。1979年東大院修了後、東洋工業（現マツダ）に入社。一貫してエンジン開発に携わり、2000年パワートレイン先行開発部長。2011年執行役員、20
美しすぎて若者や女性が敬遠、iPhone Xが売れない理由はデザインにあり
iPhone Xを入手して3カ月ほど経過した。報道を見ると、どうやら売れ行きが芳しくなく、パーツの生産が減速しているという。巷でも、iPhone Xを使っている人はさほど多くなく、他のモデルの方がはるかによく見かける。例えば、iPhone 5sからiPhone 6に切り替わったときのように、そこでもここでも新モデルを見るといった状況ではないのだ。 今回は、僕が3カ月間使って気付いたiPhone Xについての素直な感想と、売れない理由。また、これから買おうと考えているユーザーはどうすればよいのかをまとめていこうと思う。 さて、まずはデザインからだ。 デザインは素晴らしすぎるがターゲットを絞りすぎた iPhone Xの外装はとにかく素晴らしく、このクォリティは他のスマホを完全に周回遅れにしている。手に入れて3カ月経った今でも、使う度に素敵だと思う。特にガラスのバックパネルと磨き上げた金属のバン
［特報］27億円の賠償巡り新たなIT裁判始まる、文化シヤッターが提訴
アルミ建材大手の文化シヤッターが、販売管理システムの開発が頓挫した責任は委託先の日本IBMにあるとして、約27億4000万円の損害賠償を求めて日本IBMを提訴していたことが、日経コンピュータの取材で明らかになった。 文化シヤッターは2017年11月に東京地方裁判所へ訴訟を提起した。同社は2017年度第2四半期決算（2017年7～10月）で、販売管理システムの開発継続断念に伴う17億4500万円の特別損失を計上済み。同システムの開発委託で日本IBMに支払った費用などの返還を求める。 文化シヤッターが既存の販売管理システムを刷新するプロジェクトを始めたのは2015年3月のことだ。文化シヤッターは日本IBMに提案依頼書（RFP）の作成を委託。そのRFPに基づき複数のITベンダーから提案を受けたうえで、日本IBMをシステム構築の委託先として選定した。 日本IBMの提案は、販売管理システムの構築にE
ソースコードの不備をAIで見つける富士通、新しい診断ツールの中身
人工知能（AI）などを活用し、システム開発プロジェクトのプロセス改革に取り組む富士通。この改革のために、2017年11月から本格活用するツールの1つが「ソース診断」だ。このツールでは、英数字や記号といった文字列の固まりであるソースコードを、テキストデータとしてではなく、画像として分析するという。 どのような仕組みでソースコードの不備を見つけるのか。ツール活用により、開発プロセスをどう改善するのか。ツールの開発責任者である富士通アプリケーションズの森崎雅稔取締役兼ソフトウェアエンジニアリングセンター長に聞いた。 保守性の低いコードを見逃しやすい ソース診断は、ソースコードのレビュー作業の効率化と精緻化を支援するツール。画像化されたソースコードを基に、AIが主に可読性を診断する。ツールで可読性が低い箇所に当たりを付け、該当箇所を集中的にレビューすることによって、レビュアーは作業の効率化と精緻化
できの悪いソースコードをAIで発見、富士通が不採算案件の抑制へ
富士通が人工知能（AI）などを活用し、システム開発プロセスの改革に本腰を入れ始めた。システム構築・運用支援のツール群を「KIWare（ケーアイウェア）」として体系化し、2017年11月に50件の開発プロジェクトに本格適用を開始した。時間を浪費しがちな開発業務をAIで効率化し、システムエンジニア（SE）が、開発業務の様々な作業や成果物の品質の向上に充てる時間を捻出する狙いである。 富士通がAIの活用に本腰を入れる背景には、開発プロジェクトの作業や成果物の品質の低さが課題になっていることがある。「品質を現場の人任せではなく、技術で底上げする。それによって品質が原因の不採算の案件を減らしたい」（富士通の粟津正輝サービステクノロジー本部 本部長代理 兼 先端技術統括部長 兼 SE変革推進室長代理）。 システム開発において、不採算案件につながる要因は様々だ。設計書の不備による手戻りが発生したり、ソー
［続報］OCNの通信障害、米グーグルによる誤った経路情報の大量送信が原因か
2017年8月25日、NTTコミュニケーションズ（NTTコム）のインターネット接続サービス「OCN」で発生した通信障害に関して、インターネット通信関連の識者は誤った経路情報が大量に流れたことが原因ではないかとの見方を示した。ここでいう経路情報はルーターがBGP（Border Gateway Protocol）というプロトコルを使って交換するものだ。 日本ネットワークインフォメーションセンター（JPNIC）の岡田雅之氏は、NTTコムは複数の組織と対等な関係でネットワークの経路情報をやり取りしているが（これを「ピアリング」という）、そのうちのある組織が誤った経路情報を大量に流したのではないかと話す。その結果、「NTTコムを介してインターネットに接続していた企業のルーターが、大量の経路情報を受け取り高い負荷がかかり、一部はフリーズしたような状態に陥るなどして通信障害につながったのではないか」（岡
プログラミング教育にも悪い大人が群がってしまうのか
「この人は英語がしゃべれないのに、なぜ英語を教えているのだろう」。私は中学校の英語の授業のときにこう思っていた。その英語教師の発音はカタカナ英語で、教科書に書いてあることしか話さない。本当に英語が話せなかったのかどうかはわからないが、少なくとも生徒から見る限り、話せるようには見えなかった。 私が通っていたのは地方の公立中学校であり、何十年も前の話だ。教師に限らず、周囲の大人に英語を話せる人は一人もいなかった。おそらく地方の公立中学校のレベルはどこでもこの程度だったのだろう。 この英語教師に特に問題があったとは思っていない。教科書に沿って英文法をきちんと教えてくれたはずだ。しかし、生徒がこうした教師を見て「自分もこの人みたいに英語がしゃべれるようになりたい」と思うことはない。 今では英語を話せる人は珍しくなくなった。さすがに英語を話せない人が英語教師を志すことはないだろう。ところが「できない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デンソーウェーブ、QRコード利用者のIPアドレスと位置情報を作成者に提供するサービスを中止
「サル軍団」にシステム障害を起こさせる、Netflixの驚異的なトラブル撲滅法
