今年５月に任期満了を迎える兵庫県西宮市の今村岳司市長（４５）は４日、４月の市長選に立候補せず、退任する意向を明らかにした。前回の市長選で自民、公明、民主（当時）の３党が相乗りで推薦した現職を破って初当選したが、１期で退くことになる。 この日、今村市長は管理職の職員らが参加した仕事始め式で「引退させていただく。市長選には立候補しない。市長としてなすべきことは、市長となった時点では想定しなかったレベルまで達成した」と話した。 今村市長は元リクルート社員。退社後の２６歳で初挑戦した西宮市議選でトップ当選し、市議を４期１５年務め、前回の市長選は政党の支援を受けずに戦った。市長就任後は、市職員への報道機関の取材の様子をビデオ撮影する方針などを打ち出した。一昨年１１月に開かれた市主催のワークショップで、中高生を前に「中高生時代に校内でたばこを吸っていた」という趣旨の発言をして物議を醸した。 市長選には

PySpa統合思念体です。これからJavaScriptを覚えるなら、「この書き方はもう覚えなくていい」（よりよい代替がある）というものを集めてみました。 ES6以降の難しさは、旧来の書き方にプラスが増えただけではなく、大量の「旧来の書き方は間違いを誘発しやすいから非推奨」というものを作り出した点にあります。5年前、10年前の本やウェブがあまり役に立たちません。なお、書き方が複数あるものは、好き嫌いは当然あると思いますが、あえて過激に1つに絞っているところもあります。なお、これはこれから新規に学ぶ人が、過去のドキュメントやコードを見た時に古い情報を選別するためのまとめです。残念ながら、今時の書き方のみで構成された書籍などが存在しないからです。 たぶん明示的に書いていても読み飛ばす人はいると思いますが、すでに書いている人向けではありません。これから書くコードをこのスタイルにしていくのは別にいい

【2021/1/11】2021年版を公開しました 【2020/1/9】2020年版もあります, こちらもよろしくおねがいします！ 【2019/8/12】一部書籍のリンクを最新版に更新しました 【2018/12/24追記】最新版を公開しました！「Python本まとめ・2019年版 - Webとデータ分析を初心者が仕事にするまで - Lean Baseball」 機械学習にWebアプリ,そしてFintechと,今年（2017年）は昨年（2016年）以上にPython界隈が賑やかな一年でした. Pythonでお仕事と野球データ分析を生業としている@shinyorke（野球の人）ですこんにちは. このエントリーでは,そんなPythonの学び方・本が充実した今年から来年（2018年）に移るにあたり, 最短距離でPythonレベルを上げるための学び方・読むべき本の選び方〜2018 をまとめてみました.

アニメ界でカリスマ的人気を誇る音楽コンポーザーの梶浦由記氏＝年齢非公表＝が来年２月に芸能事務所「スペースクラフト」を退社することが２２日分かった。女性幹部との確執などが原因とみられる。梶浦氏がプロデュースした音楽ユニット「Ｋａｌａｆｉｎａ（カラフィナ）」も来年１月の公演以降のスケジュールがほぼ白紙状態。２０億円以上を稼ぎ出すとみられる２組が「離脱」と「活動休止」となれば事務所にも甚大な影響を及ぼすことになる。 【写真】「Ｋａｌａｆｉｎａ」の（左から）Ｈｉｋａｒｕ、Ｋｅｉｋｏ、Ｗａｋａｎａ 年末にかけてローラ（２７）や西内まりや（２３）ら有名タレントと所属事務所とのトラブルが相次ぐ中、芸能界が新たな収益先として注目するアニメ界を揺るがす独立劇が起きた。 梶浦氏は「魔法少女まどか☆マギカ」などの人気アニメを中心に活躍する劇伴奏の第一人者。ＮＨＫ朝の連続テレビ小説「花子とアン」などの音楽も担当し

エンジニアのためのTrello徹底活用術！ Pairsのエウレカが、プロジェクトの透明性を確立できた理由 ソフトウェア開発では、手法やフェーズに応じて適切にツールを使い分けることが重要です。株式会社エウレカが、主力サービスのPairs開発チームで実践しているTrelloを活用したタスク管理のノウハウや考え方を紹介します。 初めまして。株式会社エウレカのCTO Office責任者、梶原成親（@kajinari）です。 エウレカが目指すのは自立・自律した組織。全社でスクラム（Scrum）開発を推進し、強いチーム作りをするのが私のミッションです。 管理ツールもさまざまに使い分けていますが、スクラムに合っていると感じるのは、タスク管理ツールのTrelloです。私はもともとアトラシアンのユーザーグループで、東京代表のオーガナイザーを務めていました。Trelloは、アトラシアンが買収したのを機に使いは

世間一般ではデザイナーは一括りに語られがちですが、デザイナーも千差万別、一人一人に個性があり、異なる価値観を持っています。この多種多様なデザイナーを一種類にまとめて扱うことは、デザイナーとのミスマッチに繋がり、デザイナーを擁する組織のマネジメントにとって、深刻な問題を引き起こすこともあります。 自分自身は経営者兼デザイナーとして仕事をし、今まで多くのデザイナーを見てきました。その私の経験則でいえば、デザイナーは大きく4つのタイプに分類できると考えています。例えば採用面接などで新たにデザイナーと出会った際には、まずはこの4タイプを手がかりにして、その方の理解を深めていったりします。 私が考えるデザイナーの4つのタイプとは、縦軸に「挑戦的」「保守的」、横軸に「感覚的」「論理的」を置いた4象限で表現できます。以下がその図です。 ここからは、理想実現型、成果追求型、共同作業型、実務遂行型の順に、そ

デザイナーさんと昼飯を食っていたら急に「どういうデザイナーとだと仕事しやすいですか？」と聞かれ、しばらく考えて色々話したけれどいい感じに伝えられなかったのでここに書き出しておきたい。 先に言っておくと、これはデザイナーさんの良し悪しの話ではなく、あくまで自分の経験的にこういうことを意識してくれていると楽だったなーやりやすかったなーという感想でしかない。人によって仕事のスタイルが違うのは当たり前だし、やり方を強要するつもりはない。ただ、お互いにこういう振る舞いだと仕事しやすいというのを伝え合うのは大事だと思うので、あくまでこういう風に考える開発者もいるんだなぁくらいにとらえてもらうのがいいのかもしれない。 1回目に見せるラフを作るまでがとにかく速い 人に見せる時に、今の完成度やどういう粒度のフィードバックを期待してるかを先に伝えられる 何かフィードバックを受けた時に、なぜ自分がそうしたかを論

開発チームのチームリーダーやってたときってどんなこと考えながらやってた？って相談があって、僕がチームリーダーやってたときはこういうことに気をつけてたよ。って話をした。今は僕はリーダーは後輩にまかせて、自分はシニアエンジニア的な立場でコードを書いたりウロウロしたりして楽しく過ごしてるんだけども。 4つの混ぜない やってるときは特に考えてなかったけど、今になって考えるとこういうこと気にしてたなーってのね。数は、単に4つ思い出した。ってだけ。 帽子を混ぜない エンジニア出身のチームリーダーって、こんな帽子をかぶってることが多いかな: 組織マネージャの帽子で 後輩の育成や組織としての成長を考えたり 開発リードの帽子で クオリティの最後の砦みたいな役割や、チームの外との調整をやったり プロジェクトマネージャの帽子で プロジェクトをどうやってうまく回していくかを考えたり なので「今の自分の気持ちはどの