【感想】Python特化型オンライン学習サービス「PyQ」をやってみました - Rのつく財団入り口
アツい夏と涼しい秋にじっくりパイキュー ビープラウド社が2017年4月にオープンしたばかりの、Pythonに絞った学習サービス「PyQ」。はてブなどでも話題になりました。 よさそうだったので僕も夏季休暇を利用して一番安いライトプランで学習を始めてみました。使い方などは他の記事の情報を見てもらうとして、ここでは、主に企業ユースでなく個人で申し込んで使った場合について、所感などをまとめていきたいと思います。 pyq.jp アツい夏と涼しい秋にじっくりパイキュー 解説記事 ■ビープラウドのスタッフさんの記事 ■オフィシャルブログ ■はてなブログ ■スクール等の情報系ブログ ■Qiita この記事を書いてる人のスペック(笑) クエスト数や問題数、学習時間 実行結果の成否判定の方法 ハマった時の対応方法 判定時の初歩ミスで気を付けるところ(経験より) 良かったところ 気になったところ コストパフォー
初心者は持っておくといいかも「いちばんやさしいPythonの教本」 | プロぽこ
Python初心者にウレシイ書籍が登場です。 日曜日ですね、みなさんリフレッシュできていますか。 まだ全部は読めてないですが、新しく発売されたPython本「いちばんやさしいPythonの教本」をちょこちょこ読んでます。 いちばんやさしいPythonの教本 が発売されていた この本は今月前半の発売なので、ちょっと乗り遅れた感がありますが。笑 （今はもう8月も終わりですし。。。） 「いちばんやさしい」シリーズの解説本はわかりやすいですよね。この間、WordPressを始めたい友人にもこのシリーズのWordPress版を勧めたところでした。今はレンタルサーバーを借りて1人で構築を頑張ってるみたいです。 そんな「いちばんやさしい」シリーズのPython本なので気になっていました。しかも、執筆は当サイトでもPython学習者に人気のオンライン学習サイト「PyQ」（パイキュー）を運営しているビープラ
【ランク追加】長年のノウハウを学びたい - PyQが「設計」のノウハウを学べるコンテンツを追加 - Python学習チャンネル by PyQ
こんにちは。PyQ開発チームの清原 id:hirokiky です。 プログラムを書く中でこんな悩みはありませんか？ 「書いてみたけどキレイにまとめられないな。。」 「この処理ちょっとネストが深すぎるかな。。」 「この関数、再利用性があまりよくないかもな。。」 これはプログラミングしている常についてくる悩みだと思います。 自分のプログラムを見直したときや、レビューを依頼する・される場合にも常に悩ましいことだと思います。 とくに仕事で複数人と協力してプログラミングする場合や、中長期的にプログラムを改良していく場合に必要なスキルです。 それが 「設計」 です。 ですが設計のノウハウや勘所を学ぶには、それなりな時間や経験が必要だと思います。 人に教えるのも難しい点だと思います。 それを学べる学習コンテンツを追加しました。 以下のリンクから学習いただけます。 pyq.jp PyQで学べる「設計」とは
教えて、ござ先輩！ なぜプログラミングに「表現力」が必須？ わずか3つの表現文法でイメージをコード化する方法 - エンジニアHub｜Webエンジニアのキャリアを考える！
教えて、ござ先輩！ なぜプログラミングに「表現力」が必須？ わずか3つの表現文法でイメージをコード化する方法 自分のイメージを、ちゃんとコードとして表現することができていますか？そのために必要なのは、イメージを論理へと変換する、「表現力」です。エンジニアが身につけるべき表現力を、ござ先輩がばっちり解説します！ 株式会社クオリティスタートの代表を務めている、湯本（@gothedistance）と申します。インターネットでは、「ござ先輩」という愛称でブログを書いたり、雑誌やWebメディアに記事を書かせていただいています。本業ではITコンサルタントという立ち位置で、主に業務アプリケーションの業務分析/要件定義や、エンジニア向けの新人研修の講師などの仕事をしています。 プログラミングは非常に自由なもので、同じ処理や条件を記述しているにもかかわらず、エンジニアによって書かれたコードがかなり違うことが
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
ソフトウェアエンジニアとしての評価: 柴田 芳樹 (Yoshiki Shibata)
技術を完全に消化し、いつルールを破るべきか知っている。また、技術記事などを執筆している。さらに、中級職人以下の職人を上級職人にすべく、組織に対して教育・指導を行っている。 社内の評価というのは相対評価であり、ソフトウェアエンジニアとしてのキャリアパスを続けるためのモチベーションを維持するためには、外向きの活動が必要だということで、「名人」「匠」を定義しています。 このソフトウェア・スキル・インデックスを吉澤正孝さんと検討してまとめたのは、かなり前のことです。2007年に出版した『プログラマー現役続行』には掲載していますので、2005年か2006年に検討したのだと思います。 残念ながら、ここで定義されている「名人」「匠」のような活動をすることで社外からは評価されるようになっても、日本の多くの企業（特に大企業）では、社内からは評価されないかもしれません。その理由の一つは、名人や匠で定義している
いまさらながら、エキスパートPythonプログラミング - atsuoishimoto's diary
遅ればせながら、エキスパートPythonプログラミング を読んでみた。翻訳者の一人、森本さんに頂いたのだが、なんと彼は本をやるから書評を書けと私に強制するのだ。ひどい男である。聞くところによればこの本、すでに第4刷まで増刷されたヒット作であり、いまさら私をどやしつけて書評を書かさなくてもよさそうなものだ。 コードは書けてもプログラマではない人に さてこの本、目次をみるとこんな感じになっている。 第1章 さあ、はじめよう 第2章 構文ベストプラクティス ―― クラス以外 第3章 構文ベストプラクティス ―― クラスの世界 第4章 良い名前を選ぶ 第5章 パッケージを作る 第6章 アプリケーションを作る 第7章 zc.buildoutを使う 第8章 コードの管理 第9章 ライフサイクルの管理 第10章 プロジェクトのドキュメント作成 第11章 テスト駆動開発 第12章 最適化：一般原則とプロフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【レビュー・感想】PyQ（パイキュー）Pythonのオンライン学習サービスが色々すごい！ | プロぽこ