enlightenedperlorganisation / task-kensho Goto Github PK
View Code? Open in Web Editor NEWA Glimpse at an Enlightned Perl Distribution
Home Page: http://search.cpan.org/dist/Task-Kensho
License: Other
A Glimpse at an Enlightned Perl Distribution
Home Page: http://search.cpan.org/dist/Task-Kensho
License: Other
One of the most widely used and flexible logging frameworks.
See also #23
Following discussion on #toolchain, its not clear that any of Date::Tiny
DateTime::Tiny
or Time::Tiny
are actually very useful, given they're all into this "floating timezone" stuff, but profoundly, have "now" methods that assume local timezone .....
Its also really not clear how Date::Tiny and DateTime::Tiny differ, if at all.
And DateTime should have some kind of warning label on its usage, because any amount of sophisticated usage is going to want to do date math with it,.... and then roll into the fun problem where DateTime objects are mutable and $date->add( otherdate ) mutates the date in place, so the only responsible use involves lots of $date->clone->add(.... ).
And hence, DateTime::Moonpig
exists.
And that has its own issues that make it hard to use, like not being amenable to "fuzzy" increments ( ie: can't add 1 month to 2016-01-01 to get 2016-02-01 ), instead, preferring to deal in time units for incrementing..
perl -MDateTime::Moonpig -E 'DateTime::Moonpig->new( year => 2016, month => 1, day => 1 )->plus( months => 1 )'
# Argument "months" isn't numeric in addition
perl -MDateTime::Moonpig -E 'DateTime::Moonpig->new( year => 2016, month => 1, day => 1 )->add( months => 1 )'
# Do not mutate DateTime objects! (http://rjbs.manxome.org/rubric/entry/1929) at /home/kent/perl5/perlbrew/perls/5.24.0-RC5/lib/site_perl/5.24.0/DateTime/Moonpig.pm line 85.
DateTime::Moonpig::__ANON__(DateTime::Moonpig=HASH(0x2844e58), DateTime::Duration=HASH(0x21c0800)) called at /home/kent/perl5/perlbrew/perls/5.24.0-RC5/lib/site_perl/5.24.0/x86_64-linux/DateTime.pm line 1688
DateTime::add(DateTime::Moonpig=HASH(0x2844e58), "months", 1) called at -e line 1
I think the current CLI section holds other kind of modules. There are many candidates, the one I suggest is Getopt::Lucid - Clear, readable syntax for command line processing
MooseX::Getopt could be moved to this new section (from Task::Kensho::OOP)
This has been proposed a number of times, but I believe the decision was to hold off on adding it until the situation with strictures/fatal warnings was resolved. That has been resolved for a year or so now, so it would be good to add it.
I'm installing a module set on a clean perl install, and I'm finding the --interactive
option is about to make me start foaming from the mouth.
I understand the idea was that it'd ask whether to install particular Kensho sub-tasks, which it did, but it's also asking whether to install each module of each sub-task, _AND_ each optional module of each of those modules.
I think I had this install open for 4 hours now, always coming back to see "Install the X optional module(s)? [y]" in the terminal just sitting there.
This issue will only get more severe, as more modules are added to Task::Kensho.
I use the majority of sub-tasks and the majority of their modules. I don't mind having a few extra interesting modules installed; to play around with to try them out.
A simple "Install all automatically?" question in Task::Kensho itself or even just the sub-tasks would have avoided what is now proving to be an extremely annoying and time-consuming experience for me.
Cheers,
ZZ
I'm not sure what category it best belongs in. We don't really have a "low-level systemy tools" section.
This was suggested on irc by @ranguard.
(I vote yes.)
There are enough well-built templating modules that it may warrant its own category. Template can of course be moved there, and possible candidates: Text::Xslate, Text::Template, Mojo::Template
This was proposed by @karenetheridge on IRC, so I'm creating a issue for discussion.
The Task::Moose module is rather huge, and includes some modules that we may not want to recommend generally. It might be better to hand pick a selection of modules for that section rather than just pointing to the more inclusive bundle.
From: Mario Roy [email protected]
Subject: Searching the string "parallel" at Task-Kensho produce no results
Greetings Karen,
Thank you for the list of modules at https://metacpan.org/pod/Task::Kensho.
The list is very informative.
I searched the page for "parallel" and nothing came up. May I suggest MCE
as a possible candidate. MCE was written to tackle parallelism on a box.
MCE *does not* compete with other modules, but instead complements in the
wild. By itself, MCE provides out of the box parallelism for map and grep.
use MCE::Map;
my @a = mce_map { "Please add MCE $_\n" } 0 .. 1_000_000;
use MCE::Grep;
my @b = mce_grep { $_ % 7 == 0 } 0 .. 100;
One line enables parallelism in Test-Perl-Critic.
https://github.com/Perl-Critic/Test-Perl-Critic/blob/master/lib/Test/Perl/Critic.pm#L104
David Farrell did a nice write up on MCE some time back.
http://perltricks.com/article/61/2014/1/21/Make-your-code-run-faster-with-Perl-s-secret-turbo-module
MCE is a chunking engine. It eats big files for breakfast :). Well,
chunking has the effect of reducing IPC behind the scene.
http://api.metacpan.org/source/MARIOROY/MCE-1.521/images/02_Bank_Model_Chunking.gif
Every chunk comes with an ID. So easy to have ordered output while running.
http://api.metacpan.org/source/MARIOROY/MCE-1.521/images/03_Bank_Model_Chunk_ID.gif
MCE allows natural cross-over function calling. Serialization is done
automatically.
http://api.metacpan.org/source/MARIOROY/MCE-1.521/images/08_Natural_Callback.gif
There is even bin/mce_grep to enable scientists to parse massive genome
files using the binary agrep or tre-agrep commands.
https://metacpan.org/source/MARIOROY/MCE-1.521/bin/mce_grep
The presentation by Gavin Carr takes MCE for a spin.
http://www.openfusion.net/talks/pwp/
http://www.openfusion.net/talks/pwp/#22 mce_grep
http://www.openfusion.net/talks/pwp/#20 mce_loop
For folks who like prime numbers, compare the 2 examples. MCE runs with
Perl not compiled with threads support.
https://metacpan.org/source/DANAJ/Math-Prime-Util-0.49/examples/fibprime-threads.pl
https://metacpan.org/source/DANAJ/Math-Prime-Util-0.49/examples/fibprime-mce.pl
MCE supports an input iterator (complement to Jeffrey Thalhammer). Notice
how the MCE code is much smaller. To use threads (not fork, one simply adds
use threads; at the top).
Well, am hoping to see MCE listed for parallelism. Please... Thank you.
Kind regards,
Mario
----
Hi again,
In other words, may MCE be added to the list of modules at
https://metacpan.org/pod/Task::Kensho for enabling parallelism? I
understand that this request may be rejected. Oh gosh, will feel bad if
that were to happen. Will feel like all the hours was worth it if it were
to be added.
It was no small feat to have MCE run on all environments including
Windows/Cygwin. I am embarrassed to say, but that was hard.
Scientists out in QATAR (are using MCE -- mainly benefiting from workers
persisting between row data.
http://qatar-weill.cornell.edu
Of all things, MCE is helping with parallelism hacking molecules.
https://metacpan.org/source/DEMIAN/HackaMol-0.00_21/examples/MCE/heavy_mvr.pl#L11
I even received a report from Greece stating MCE is used in a Windows
production environment only possible with MCE 1.516 and later releases.
Well, MCE is my humble 2 cents in helping folks enable parallelism in Perl.
Thank you.
Mario
----
Just realized that I need to monitor the perlmonks site and help out answer questions.
Splitting large array for threads.
http://www.perlmonks.org/?node_id=1089915
Look at MCE go, better yet enabling chunking, and furthermore direct processing of the input file.
http://www.perlmonks.org/?node_id=1110247
Several folks have asked for Ruby-MCE, Python-MCE, even Go-MCE. Perl is first to receive MCE.
Work done thus far in Ruby-MCE has helped me solved a rare bug in Perl-MCE on Windows. The bug existed for the longest time and spent countless hours on many occasions trying to reproduce it. The bug presented itself in Greece and finally able to reproduce it.
If I had the time, would love to re-write MCE. Add more features. The next item for Perl-MCE is mce_start sub { ... } based on MCE::Flow and to run in the background. Several mce_start may run, each with various workers, each massively parallel with full chunking support. Also have mce_await, mce_status, etc. I can do this. Will be awesome.
I'm not totally sure about Perl6 and whether it will have chunking abilities. So may need to write Perl6-MCE one day.
Thank you in advance for considering MCE as a parallel module for the list. I would do a pull request, but not sure under what section to place MCE under. Thus the reason for not sending. Will wait for a go before sending a pull request otherwise.
Do I add it after Module Development?
MCE: Parallel Processing
Many-Core Engine for Perl providing parallel processing capabilities
Cheer,
Mario
----
Hi all,
I am ok if MCE is not listed on https://metacpan.org/pod/Task::Kensho. I
have found peace and no longer think about it.
There was one thing remaining with MCE. That is, a massive update on the
documentation itself. MCE 1.522 was released today.
1.522 Thu Dec 25 16:00:00 EST 2014
[BUG FIXES]
* Applied fix to MCE->shutdown so that MCE Models do not err when
receiving signal to terminate.
* Optimization for MCE->print, MCE->printf, MCE->say and MCE->sendto.
This was calling fileno unnecessarily. MCE->print('STDERR', ...)
is not supported. Do this instead; MCE->print(\*STDERR, ...)
[ENHANCEMENTS]
* Inserts the actual lib-path at the head of @INC in example files.
* Massive documentation updates throughout the entire distribution.
* Renamed barrier_sync.pl to sync.pl; scaling_pings.pl to ping.pl.
* Updated requires in META.yml, Makefile.PL and perl-MCE.spec.
* Updated comment in MCE::Queue test scripts.
* Updated the README file.
[NEW FEATURES]
* Added sampledb examples demonstrating DBI and SQLite with MCE.
* Added step_demo.pl to examples.
All 6 models are powerful in MCE. Look at MCE::Grep go below.
https://metacpan.org/pod/distribution/MCE/lib/MCE.pod#MCE-MODELS
A common scenario is grepping for pattern(s) inside a massive log file.
Notice how parallelism increases as complexity increases for the pattern.
Testing was done against a 300 MB file containing 250k lines.
use MCE::Grep <https://metacpan.org/pod/MCE::Grep>;
my @m; open my $LOG, "<", "/path/to/log/file" or die "$!\n";
@m = grep { /pattern/ } <$LOG>; ## 0.756 secs
@m = grep { /foobar|[2357][1468][9]/ } <$LOG>; ## 24.681 secs
## Parallelism with mce_grep. This involves the manager process
## due to processing a file handle.
@m = mce_grep { /pattern/ } <$LOG>; ## 0.997 secs
@m = mce_grep { /foobar|[2357][1468][9]/ } <$LOG>; ## 7.439 secs
## Even faster with mce_grep_f. Workers access the file directly
## with zero interaction from the manager process.
my $LOG = "/path/to/file";
@m = mce_grep_f { /pattern/ } $LOG; ## 0.112 secs
@m = mce_grep_f { /foobar|[2357][1468][9]/ } $LOG; ## 6.840 secs
Merry Christmas !!!
Kind regards,
Mario
Please up/down/side comment
I know you may be thinking: "first let's add machine learning to perl". But someone ported Apache MXNet not too long ago, and I feel like noone knows about this.
Email::Stuffer is a very convenient wrapper around Email::Sender and Email::MIME, and the first thing I suggest to anyone for sending email in Perl.
The suggested modules for Excel/CSV are
The first two depend on Spreadsheet::ParseExcel and Spreadsheet::WriteExcel which is fine for .xls
files, but neither works on modern .xlsx
files.
I suggest to at lease at Spreadsheet::ParseXLSX and Excel::Writer::XLSX to support (more) modern Excel.
For Spreadsheet reader/parser support, I'll be bold to suggest my own Spreadsheet::Read, which is a uniform layer over (most) spreadsheet reader/parser modules (ODS, SXC, XLS, XLSX, CSV, SQ)
I'm not aware of a likewise module for writing (yet).
The documentation for Task::Kensho states, "Each of these modules has a perfectly acceptable replacement that may work better for you." I (for one) would like to see a reference to the list of possible replacements, especially since (from attempting to install it) if memory serves there are some modules (either prerequisites or included as part of Task::Kensho) which do not install on some platforms (for example, Starman, a prerequisite for Pinto [part of Task::Kensho::Toolchain], states in its documentation it does not support Win32).
(I tried to post this as a response to Grinnz's post on blogs.perl.org ("Task::Kensho needs your help!"), but it kept saying my session had expired.)
Future is a great eventloop-independent tool for async programming.
There are many tickets here that basically say ... well some modules are in the wrong place on CPAN, likely at the time it was the only things they partially matched.
However it is quite simple (by modifying an index on a cpan mirror) to get any name to download any perl module.
It would be more than possible to maintain a darkpan that designates its own layout, this is pretty weird in the fact that if you for instance pulled Async::POE(Our designation) you may be fetching from 'POE' (as POE is directly in / normally) but the index its self would serve as an example of how things should be laid out.
More of an exercise in tracking over anything else, but it would give us a wonderfully catagorized index of the things we feel are worthy
I have plenty of spare server resources if a few people fancied giving it a spin :)
There are few better tools for oneliners.
Mojo::IOLoop's usage as a general async framework/ecosystem is sufficient at this point to warrant its inclusion in this category.
Hey,
It would be nice if the docs had a section listing all the available Task::Kensho::*
categories. Essentially a list like this, but with the one-two word descriptions:
Last night I was browsing the module, looking for anything recommended for RESTful communications, and it was tough figuring out what sections Kensho even covers. I ended up scrolling through a giant TOC:
I think a list of sections in the docs would be beneficial.
Received via Email:
Hi Chris,
I see that Task::Kensho recommends using Devel::Repl. I had some trouble installing this tool and
did some searching online and I found that the author of that tool appears to recommend a different
repl called Reply. See for details: https://shadow.cat/blog/matt-s-trout/mstpan-17/That being the case, perhaps an update to Task::Kensho is in order?
Thank you.
Regards,
Rich Duzenbury
or, Spreadsheet::Read and Spreadsheet::Write
Please consider adding: https://metacpan.org/pod/Data::Edit::Xml to: https://metacpan.org/pod/Task::Kensho under: Task::Kensho::XML: XML Development ?
I think Dancer2 is ready for prime time. What do you think?
Test::Warnings was written to be a drop-in replacement for Test::NoWarnings that also allows one to use done_testing
without running into plan issues; it also covers the interfaces provided by Test::Warn (which Test::Most dragged in).
I'm mostly indifferent as to whether Test::FailWarnings is also included (as in PR#3).
(I vote yes on the first paragraph.)
A new filesystem category could include Path::Tiny as suggested in #47, as well as modules like: File::Temp, File::Spec, File::pushd, File::Slurper. IO::All could also be moved here.
Hii everyone! :)
I installed Perl and Task::Tensho
But recently, I've started to run into an error in any interactive command
I use. Could you please have a look at it? I really like Perl and I need to
have the interactive commands working.
I use macOS Yosemite
The error log is the following
perl -de 42
Loading DB routines from perl5db.pl version 1.49_04
Editor support available.
Enter h or 'h h' for help, or 'man perldebug' for more help.
main::(-e:1): 42
Cannot do `initialize' in Term::ReadLine::Gnu at
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0/perl5db.pl line 6861.
at /usr/local/Cellar/perl/5.24.0_1/lib/perl5/site_perl/5.24.0/
darwin-thread-multi-2level/Term/ReadLine/Gnu.pm line 844.
Term::ReadLine::Gnu::AU::AUTOLOAD(Term::ReadLine=HASH(0x7f9363267290))
called at /usr/local/Cellar/perl/5.24.0_1/lib/perl5/site_perl/5.24.0/
darwin-thread-multi-2level/Term/ReadLine/Gnu.pm line 287
Term::ReadLine::Gnu::new("Term::ReadLine", "perldb",
GLOB(0x7f936218ad68), GLOB(0x7f936216fa78)) called at
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0/perl5db.pl line 6861
DB::setterm() called at /usr/local/Cellar/perl/5.24.0_
1/lib/perl5/5.24.0/perl5db.pl line 1845
DB::_DB__read_next_cmd(undef) called at /usr/local/Cellar/perl/5.24.0_
1/lib/perl5/5.24.0/perl5db.pl line 2779
DB::DB called at -e line 1
Cannot do `initialize' in Term::ReadLine::Gnu at
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0/perl5db.pl line 6861.
END failed--call queue aborted.
at -e line 0.
perl -V
Summary of my perl5 (revision 5 version 24 subversion 0) configuration:
Platform:
osname=darwin, osvers=14.5.0, archname=darwin-thread-multi-2level
uname='darwin yosemitevm.local 14.5.0 darwin kernel version 14.5.0: thu
apr 21 20:40:54 pdt 2016; root:xnu-2782.50.3~1release_x86_64 x86_64 '
config_args='-des -Dprefix=/usr/local/Cellar/perl/5.24.0_1
-Dprivlib=/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0
-Dsitelib=/usr/local/Cellar/perl/5.24.0_1/lib/perl5/site_perl/5.24.0
-Dotherlibdirs=/usr/local/lib/perl5/site_perl/5.24.0
-Dperlpath=/usr/local/opt/perl/bin/perl
-Dstartperl=#!/usr/local/opt/perl/bin/perl
-Dman1dir=/usr/local/Cellar/perl/5.24.0_1/share/man/man1
-Dman3dir=/usr/local/Cellar/perl/5.24.0_1/share/man/man3 -Duseshrplib
-Duselargefiles -Dusethreads'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-fno-common -DPERL_DARWIN -mmacosx-version-min=10.10
-fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include
-DPERL_USE_SAFE_PUTENV',
optimize='-O3',
cppflags='-fno-common -DPERL_DARWIN -mmacosx-version-min=10.10
-fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include'
ccversion='', gccversion='4.2.1 Compatible Apple LLVM 7.0.2
(clang-700.1.81)', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678,
doublekind=3
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16,
longdblkind=3
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -mmacosx-version-min=10.10 -fstack-protector-strong
-L/usr/local/lib'
libpth=/usr/local/lib /usr/include/libxml2 /Applications/Xcode.app/
Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/7.0.2/lib
/Applications/Xcode.app/Contents/Developer/Toolchains/
XcodeDefault.xctoolchain/usr/lib /Applications/Xcode.app/
Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib
/usr/lib
libs=-lpthread -ldbm -ldl -lm -lutil -lc
perllibs=-lpthread -ldl -lm -lutil -lc
libc=, so=dylib, useshrplib=true, libperl=libperl.dylib
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags=' -mmacosx-version-min=10.10 -bundle
-undefined dynamic_lookup -L/usr/local/lib -fstack-protector-strong'
Characteristics of this binary (from libperl):
Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS
PERL_COPY_ON_WRITE PERL_DONT_CREATE_GVSV
PERL_HASH_FUNC_ONE_AT_A_TIME_HARD
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV
USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS
USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE
USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME
USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API
Built under darwin
Compiled at Jun 4 2016 11:01:07
@INC:
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/site_perl/5.24.0/
darwin-thread-multi-2level
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/site_perl/5.24.0
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0/darwin-
thread-multi-2level
/usr/local/Cellar/perl/5.24.0_1/lib/perl5/5.24.0
/usr/local/lib/perl5/site_perl/5.24.0
echo $TERM
xterm-256color
ZSH shell
It is mostly just a bundle of other Test::* modules, but also tinkers with test guts in naughty ways (e.g. see https://rt.cpan.org/Ticket/Display.html?id=100213). We are better off recommending individual test modules, and CPAN distributions benefit from having fewer dependencies.
(I vote yes)
We should probably add JSON::MaybeXS to the recommended modules.
Last version on cpan was May 2016. I was going to point people to Task::Kensho, but I find its contents not very up-to-date...
(I vote yes)
All the Perl try/catch implementations suffer from significant deficiencies compared to an ideal syntax. I think Nice::Try comes closest to perfection. No extraneous semi-colons, it has a finally block, but best of all, it supports multiple catch blocks with exception filtering.
Don't think Task::Kensho recommends an IoC module at all? I get the impression B::B is pretty solid now, and even has docs these days :-)
perl is well known as a cross-platform tool, but actually on Windows, you have to choose some WinOnly modules, like Win32::OLE etc. So I think a Win32 category is necessory.
Crypt is also a important category in modern CS, please considering to add this too.
Mojo::DOM is also a great way to work with XML documents.
(I vote yes)
this is an excellent module, best-in-class for parsing user agents from web clients.
An IPC category would be useful for recommendations on modules to handle running and managing processes. IPC::Run, IPC::Run3, IPC::System::Simple, and maybe even IO::Async::Process or POE::Wheel::Run.
The new best-in-class for exception handling. I know, this means my previous issue of a module that requires Perl 5.14 will be present, but it's worth it here.
Right now the Module Development category seems to encompass both "tools to use while developing modules" and "tools for releasing CPAN modules". Perhaps Dist::Zilla, Module::Build::Tiny, and CPAN::Uploader could be moved to a new CPAN dev category?
It uses Devel::Declare and some other intrusive low-level things, and Try::Tiny has proven itself now.
(I vote yes)
To go with #22, a Serialization category could be added (for data transmission, not debugging) where Sereal would easily fit, JSON::MaybeXS could also be moved there. Some other possibilities for consideration: YAML::XS, CBOR::XS.
The POD for the various sections links to http://www.enlightenedperl.org/ but that URL isn't responding - and is unlikely to again with the EPO being wound up.
These links ought to be removed so as not to confuse users and hopefully to dissuade squatters from grabbing the domain when it lapses.
Perl::Version does not actually deal with Perl-style versions, it only correctly works with version tuples which is one of the two Perl version styles (and the less prevalent one at that). See: https://rt.cpan.org/Ticket/Display.html?id=110074, https://rt.cpan.org/Ticket/Display.html?id=114541, https://rt.cpan.org/Ticket/Display.html?id=119447, https://rt.cpan.org/Ticket/Display.html?id=124070, https://rt.cpan.org/Ticket/Display.html?id=54481, https://rt.cpan.org/Ticket/Display.html?id=47501
Modern authors should not need any module to deal with Perl versions of either format since version.pm is used automatically. Version::Next can be used for correct version bumping.
Several other subtasks require 5.10 for various dependencies but this is the only subtask that ends up requiring higher than that.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.